Exchange 2013: Disponibilidad y fiabilidad (Conceptos)

Siempre que un español habla de algo, pierde valor y no tiene sentido, es una chapuza de salida. Si, por el contrario, repite lo que dice un extranjero, la cosa cambia. Voy a citar y resumir un artículo de otro.  En mis clases, he explicado mil veces estos conceptos antes de encontrar este artículo interesantísimo.

Apliquemos pues Itil a Exchange 2013.

Continuar leyendo “Exchange 2013: Disponibilidad y fiabilidad (Conceptos)”

Anuncios

Project 2013. Programación automática o manual

Es algo que tenemos que centrar antes de lanzarnos a realizar taras de planificación o la gestión de cambios: dejar que Project 2013 realice los ajustes de programación de las tareas o seamos nosotros los controlemos el tener que introducir esas variables. Conociendo los efectos de ambas opciones podremos decidir, en cada momento, que nos interesa más tanto para algunas tareas o para todo el proyecto.

Se introdujo en Project 2010 y se basaba en que Project de forma automática calcula los campos de fecha de inicio y finalización de las tareas.

Modo manual de programar las tareas

Si no decimos nada en contrario, Project 2013, programa de forma manual. Normalmente, querremos todo lo contrario. Lo que sí es cierto es que en algunos momentos, al comienzo cuando no tenemos mucha información del proyecto, o cuando hacemos una estimación desde los constreñimientos o asunciones claras hacía abajo, desglosando las tareas, no podemos usar la forma manual.

Tareas que tienen una fecha determinada

Si sabemos que, si o si, una tarea deberá ser en una fecha clara y sin poder cambiarla, es inútil dejarla al pairo de la autoprogamación. Podemos, si llega al caso poner una restricción de la tarea, como opción alternativa.

En este caso, tengo que elegir entre un comienzo fijo o un término fijo, no las dos cosas a la vez.

Tareas de las que sé poco

Es posible que ciertas tareas pasen al modo manual porque sé cuándo empiezan pero no cuando terminan. Las dejo en blanco en ese punto hasta saber más y poco una nota en la nota.

Si pongo la duración, el Project 2013 calcula las fechas y si pongo fechas calcula la duración. Poner algún texto, hace que las cosas no se nos desmanden.

Programación de arriba abajo con programación manual

Otras de los motivos de una programación manual es el tener datos sobre paquetes de trabajo o fases, y tener que programas hacía abajo el resto de tareas y actividades. Para llegar a ello hacemos lo siguiente:

  1. Ponemos en Manual la programación en la barra inferior

  2. Ponemos una Tarea resumen, porque es lo que tenemos
  3. Vamos metiendo subtareas
  4. Lo que puede pasar es que, primero, tengamos más días en las restricciones que luego en las subtareas o al revés. Project 2013 nos mostrará o la holgura entre las tareas y la de resumen, o nos mostrará el error en la programación, entre las tareas y las tarea resumen:

Programación automática

Podemos hacer que Project 2013 ponga el modo automático de forma predeterminada en configurando Opciones de la siguiente manera:

Lo podemos hacer para todos los archivos de proyectos o para el actual. A partir de ese momento, este será el modo predeterminado pero podemos elegir el cambio para las tareas que deseemos en el menú de Tareas:

 

Saludos

Ya está bien de virtualizar

(2.03.2014. Revisión. Voy a corregir algunas frases. Elegí para escribir este post un momento de tranquilidad que se torno en un momento de caos familiar: el reparto de los tiempos de la Wii)

Hasta el corrector ortográfico detesta el palabro: virtualizar. La virtualización y la nube son parte del problema. Mejor, del reto. En la nube las cosas pasan en un nivel abstracto.

Quien lo diría: dos siglos defendiendo la ciencia, los hechos, lo medible y refutable, para pasar ahora administrar conceptos e ideas. Por higiene mental, será bueno, entonces, poner las cosas en orden.

Tejido /fabric

En la nube lo que consumimos son recursos sin ver la complejidad física. Lo que nos muestra es tres conjuntos definidos de recursos: computación, red y almacenamiento. Son elementos que tienen sus componentes y su capacidad para relacionarse entre ellos como una unidad.

  • Computación es la capacidad de ejecutar código e instancias.
  • Red es la forma en que los recursos e instancias hablan o se aíslan entre ellas.
  • Espacio es dónde se alojan recursos, configuraciones y datos.

Tejido /fabric es la habilidad de descubrir y administrar recursos de los Centros de Datos físicos y/o virtuales. Un servidor es entregado como la suma de una máquina virtual, espacio de dirección IP dentro de una capa de red virtual, junto a un disco que esta en un espacio de almacenamiento masivo y continuo, que es un sólo grupo de discos. Es mucho más que virtualización.

Así que la virtualización es un componente esencial de la nube pero, se ha de entender el tejido /fabric como la capa de abstracción de la arquitectura.

El reto, es pues recoger, repito,

  • Computación es la capacidad de ejecutar código e instancias.
  • Red es la forma en que los recursos e instancias hablan o se aíslan entre ellas.
  • Espacio es dónde se alojan recursos, configuraciones y datos

y desplegar un sistema de gestión integrado y operado como tejido /fabric ya sea virtual o físico, privado o público, de forma que sean visible y manejable de forma transparente. Así pues una nube puede ser perfectamente soportada por elementos SÓLO físicos.

Sólo así somos capaces de:

  • No desandar lo andado, en lo que ya forma de activos a amortizar.
  • Crecer sin incurrir en costes prohibitivos y que ya lo son.
  • Reaccionar a tiempo a las demandas del mercado
  • Ahorrar cuando sea necesario

En definitiva, orientarnos al servicio y no a la tecnología en un momento de transición tan difícil sin tener que soportar el riesgo de acertar con un modelo u otro.

Y es el servicio

No las máquinas virtuales. IaaS no es desplegar virtualización, sino servicios. Si vemos un despliegue típico de la nube, una aplicación de tres capas, no es sólo el despliegue de maquinas virtuales sino de instancias que tiene varias maquinas virtuales. Y lo que desplegamos es un servicio para aplicaciones con un conjunto de maquinas virtuales en balanceo de carga en el frontal, servidores de aplicaciones y de bases de datos. Servidor de manera conjunta y administrados como un servicio completo en la nube. En su sentido más potente se presenta ante el negocio como un servicio bajo demanda y con el control de costes controlado por el mismo negocio.

Así que administramos:

  • Una instancia de aplicación
  • Un entorno de seguridad
  • Un entidad a gestionar

como un servicio, no sólo maquinas virtuales.

Entonces IaaS será el despliegue de arquitectura de servicio y no sólo maquinas virtuales.

No servidores

Desde el punto de vista operaciones servicio será un conjunto de servidores que forman una arquitectura de servicio. Y la nube es la entrega de recursos para consumirlos: servicio. Si no es la entrega de ese servicio NO es nube. Que quede claro. Claro queda si todos hablamos de lo mismo como diré más adelante.

Así, para los profesionales de IT, es servicio que se consume, por los clientes, es la gestión de la aplicación que trabaja en una instancia de servidor y lo que realizar es su definición, elaboración, despliegue y gestión de disponibilidad, redundancia, SLA, precio, costes, recuperación, etc.

No me puedo quedar en lo privado

Más allá de las discusiones sobre privatizaciones o no, que no inspiran estas palabras ni el modelo, una solución en la nube privada sólo podrá ser el primer paso para la gestión de la computación en la nube. No es la economía de escala o la optimización de recursos sólo, en clave privada, es la posibilidad de tener dos elementos más para poder diseñar un servicio sin perder la consistencia de lo que ya tenemos. La coexistencia en una nube hibrida tendría que estar disponible por defecto en cualquier oferta de IaaS o SaaS.

Así que tenemos que desarrollar un tejido /fabric con una metodología en nube /cloud computing.

The NIST Definition of Cloud Computing.

NIST Special Publication 800-145

Y para que podamos hablar un mismo lenguaje, nos fijamos en en lo que nos dice la National Institute of Standards and Technology. En Europa estamos a la búsqueda de una posición común, primero, y la obsesión sobre la privacidad de los datos, que ya es enfermiza.

El proyecto Cloud for Europe, del 7º Programa Marco de la Comisión Europea, hace un llamamiento a la industria TIC para avanzar junto con el sector público europeo en el desarrollo de servicios de cloud computing. No puedo esperar así que sigo por el lado americano que, además, no me molesta en absoluto.

Por empezar por la Nist, cloud computing sería:

Un modelo que permite el acceso bajo demanda a través de la Red a un conjunto compartido de recursos de computación configurables (redes, servidores, almacenamiento, aplicaciones y servicios) que se pueden aprovisionar rápidamente con el mínimo esfuerzo de gestión o interacción del proveedor del servicio

Siento las citas en inglés pero nos ayudarán al marco referencial y no tener que lamentarnos de las traducciones. Si quieren que tengamos palabras adecuadas en castellano, tendrá que ser el ámbito latinoamericano el que lidere a estos visionarios. Mientras sean americanos, las cosas serán en inglés. Lo bueno es que están siendo.

Essential Characteristics

On-demand self-service. A consumer can unilaterally provision computing capabilities, such as server time and network storage, as needed automatically without requiring human interaction with each service provider.

Broad network access. Capabilities are available over the network and accessed through standard mechanisms that promote use by heterogeneous thin or thick client platforms (e.g., mobile phones, tablets, laptops, and workstations).

Resource pooling. The provider’s computing resources are pooled to serve multiple consumers using a multi-tenant model, with different physical and virtual resources dynamically assigned and reassigned according to consumer demand. There is a sense of location independence in that the customer generally has no control or knowledge over the exact location of the provided resources but may be able to specify location at a higher level of abstraction (e.g., country, state, or datacenter). Examples of resources include storage, processing, memory, and network bandwidth.

Rapid elasticity. Capabilities can be elastically provisioned and released, in some cases automatically, to scale rapidly outward and inward commensurate with demand. To the consumer, the capabilities available for provisioning often appear to be unlimited and can be appropriated in any quantity at any time.

Measured service. Cloud systems automatically control and optimize resource use by leveraging a metering capability1 at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, and active user accounts). Resource usage can be monitored, controlled, and reported, providing transparency for both the provider and consumer of the utilized service.

Service Models:

Software as a Service (SaaS). The capability provided to the consumer is to use the provider’s applications running on a cloud infrastructure. The applications are accessible from various client devices through either a thin client interface, such as a web browser (e.g., web-based email), or a program interface. The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, storage, or even individual application capabilities, with the possible exception of limited user-specific application configuration settings.

Platform as a Service (PaaS). The capability provided to the consumer is to deploy onto the cloud infrastructure consumer-created or acquired applications created using programming languages, libraries, services, and tools supported by the provider. The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, or storage, but has control over the deployed applications and possibly configuration settings for the application-hosting environment.

Infrastructure as a Service (IaaS). The capability provided to the consumer is to provision processing, storage, networks, and other fundamental computing resources where the consumer is able to deploy and run arbitrary software, which can include operating systems and applications. The consumer does not manage or control the underlying cloud infrastructure but has control over operating systems, storage, and deployed applications; and possibly limited control of select networking components

Deployment Models

 

Private cloud. The cloud infrastructure is provisioned for exclusive use by a single organization comprising multiple consumers (e.g., business units). It may be owned, managed, and operated by the organization, a third party, or some combination of them, and it may exist on or off premises.

Community cloud. The cloud infrastructure is provisioned for exclusive use by a specific community of consumers from organizations that have shared concerns (e.g., mission, security requirements, policy, and compliance considerations). It may be owned, managed, and operated by one or more of the organizations in the community, a third party, or some combination of them, and it may exist on or off premises.

Public cloud. The cloud infrastructure is provisioned for open use by the general public. It may be owned, managed, and operated by a business, academic, or government organization, or some combination of them. It exists on the premises of the cloud provider.

Hybrid cloud. The cloud infrastructure is a composition of two or more distinct cloud infrastructures (private, community, or public) that remain unique entities, but are bound together by standardized or proprietary technology that enables data and application portability (e.g., cloud bursting for load balancing between clouds).

 

Con estas notas, podemos decir quien habla de nube o quien habla de lentejas. Por tanto, cambiamos de paradigma mental: administrar dispositivos y servicios, como sugiere el cambio de modelo en Microsoft. ¿Cuál es la otra opción?

Planificación de CRM 2011. Aproximación de mínimos

Abordaremos la cuestión desde dos puntos de vista. El primero, el puramente tecnológico. El segundo, lo que el negocio espera de un CRM 2011.

La documentación de referencia la tenéis en el siguiente enlace

 

Planificación de CRM 2011 (1)

Punto de partida de mínimos y alcance de los componentes esenciales que tenemos que considerar. Como veremos está implicado el propio CRM 2011, Windows 2008, Directorio Activo, SQL Server, IIS y Reporting Services de SQL Server. Esos elementos constituyen la base y fundamento de la gestión de la operativa, mantenimiento y resolución de problemas y rendimiento en un CRM 2011.

Hardware

Tenemos que determinar dos elementos clave: el propio CRM 2011 y SQL Server, como base para poder comenzar la aproximación al hardware necesario.

Servidor CRM 2011

Componente *Mínimo *Recomendado
Procesador Procesador de 1,5 GHz de arquitectura x64 o compatible, doble núcleo CPU de 2 GHz de arquitectura x64, cuatro núcleos o superior, como los sistemas AMD Opteron o Intel Xeon
Memoria 2 GB de RAM 8 GB de RAM o más
Disco duro 10 GB de espacio disponible en el disco duroNota: los equipos con más de 16 GB de RAM necesitarán más espacio en el disco para paginación, hibernación y archivos de volcado. 40 GB o más de espacio disponible en el disco duroNota: los equipos con más de 16 GB de RAM necesitarán más espacio en el disco para paginación, hibernación y archivos de volcado.

Para el SQL Server:

Componente *Mínimo *Recomendado
Procesador Procesador de 1,5 GHz de arquitectura x64 o compatible, doble núcleo CPU de 2 GHz de arquitectura x64, cuatro núcleos o superior, como los sistemas AMD Opteron o Intel Xeon
Memoria 4 GB de RAM 16 GB de RAM o más
Disco duro Matriz de discos duros SAS RAID 5 o RAID 10 Matriz de discos duros SAS RAID 5 o RAID 10

Tenemos que optimizar nuestros recursos y podríamos tener estos mínimos como referencia. Sobre esta infraestructura los requerimientos de software son los siguientes:

Software

Microsoft Dynamics CRM Server 2011 solo se puede instalar en equipos basados en Windows Server 2008 (versiones x64).

Modos de Active Directory

El equipo en el que se ejecuta Microsoft Dynamics CRM 2011 debe ser miembro del dominio que se ejecuta en uno de los siguientes modos de dominio del servicio de directorio Active Directory:

    Modo mixto de Windows 2000

    Modo nativo de Windows 2000

    Modo intermedio de Windows Server 2003

    Modo nativo de Windows Server 2003

    Modo intermedio de Windows Server 2008

    Modo nativo de Windows Server 2008

Internet Information Services (IIS)

Se recomienda instalar y ejecutar IIS 7.0 o IIS 7.5 en modo nativo antes de instalar Microsoft Dynamics CRM Server 2011. Sin embargo, si no se instala IIS y se necesita para un rol de servidor de Microsoft Dynamics CRM, el Programa de instalación de Microsoft Dynamics CRM Server lo instalará.

Ediciones de SQL Server

Se requiere cualquiera de las siguientes ediciones de Microsoft SQL Server, que además debe estar instalada en versiones de Windows Server 2008 (x64 SP2 o R2), ejecutándose y disponible para Microsoft Dynamics CRM:

    Microsoft SQL Server 2008, Standard Edition, x64 SP1 o R2

    Microsoft SQL Server 2008, Enterprise Edition, x64 SP1 o R2

    Microsoft SQL Server 2008 Datacenter x64 SP1 o R2

    Microsoft SQL Server 2008 Developer x64 SP1 o R2 (solo para entornos sin producción)

    *Microsoft SQL Server 2012, Enterprise

    *Microsoft SQL Server 2012, Business Intelligence

    *Microsoft SQL Server 2012, Standard

SQL Server Reporting Services

Para la funcionalidad de creación de informes se usan ediciones específicas de Microsoft SQL Server Reporting Services.

Se requiere cualquiera de las siguientes ediciones de Microsoft SQL Server, que además debe estar instalada en versiones de Windows Server 2008 (x64 SP2 o R2), ejecutándose y disponible para Microsoft Dynamics CRM:

    Microsoft SQL Server 2008, Standard Edition, x64 SP1 o R2

    Microsoft SQL Server 2008, Enterprise Edition, x64 SP1 o R2

    Microsoft SQL Server 2008 Datacenter x64 SP1 o R2

    Microsoft SQL Server 2008 Developer x64 SP1 o R2 (solo para entornos sin producción)

    *Microsoft SQL Server 2012, Enterprise

    *Microsoft SQL Server 2012, Business Intelligence

    *Microsoft SQL Server 2012, Standard

Administración y mantenimiento de CRM 2011

Bienvenidos de nuevo.

Con este post comenzamos una serie de post referidos a cómo afrontar la administración de CRM 2011. Trataremos de definir cada área de los servicios presentes en la solución. ¿Qué tecnologías tenemos que tener en cuenta? ¿Cómo tenemos que afrontar, de forma segura y eficaz, la gestión de un CRM? Estas preguntas serán el punto de partida. Para poder realizar un trabajo lo más completo posible me basare, como no, en la documentación existente, las buenas practicas recomendadas y en mi humilde pero larga experiencia.

Me iré apoyando en documentos compartidos en Skydrive y enlaces a los que considero interesantes dentro de los recursos de Microsoft como en los que nos brindan los profesionales de conocido prestigio.

Suerte y comenzamos.