Mi experiencia en el VCAP-CIA

El pasado lunes, Pat Gelsinger (VMware CEO) compartió una definición de valentía: ser decisivo en tiempos de incertidumbre. Bueno, debo decir que las circunstancias que en últimas me llevaron a tomar y aprobar el examen VCAP-CIA darían para pensar que algo de valentía hay en m, pues llegue el sábado pasado a San Francisco para VMworld y fue allí en la habitación del hotel donde decidí aprovechar el descuento, programar el examen para el día siguiente (!!) y terminar de estudiar en menos de 24 horas el 48% del blueprint, que era lo que me faltaba. Habiendo tardado alrededor de 3 meses estudiando el primer 52% (con toda la práctica necesaria) la tarea por momentos me pareció que había sido un gran error.

Finalmente presenté el examen y después de intensas 4 horas, esta es mi experiencia y mis recomendaciones:

1. Si ha leído previamente que uno de los factores más importantes para el éxito en un examen VCAP es la administración del tiempo, yo agregaría a ello la habilidad de desarrollar múltiples (entre 2 y 3) preguntas al mismo tiempo. Esto tiene que ver con que, al menos en mi experiencia, me había tomado 2 horas en resolver nada mas 8 preguntas, restaban 24 y la regla de tres simplemente daba para reprobar el examen por contestar solo la mitad. Fue allí que empecé a desarrollar tres preguntas a la vez anotando en la pizarra que Pearson suministra en el examen los números de esas preguntas para tener una rápida referencia visual y no olvidar responder ninguna a medida que avanzaba en las demás. Esta técnica salvó mi resultado en el examen.

2. Si ha leído previamente que el examen toca TODO el blueprint ha leído bien. No subestime ningún skill o habilidad que allí vea pues todas sin excepción serán evaluadas.

3. Recuerde que vCloud Director corre en un ambiente Linux por lo que debe sentirse a gusto con la linea de comandos y sin importar la tarea, siempre las man pages y la ayuda de los comandos evita que tenga que aprender de memoria comandos u opciones de los mismos.

4. El examen, como lo indica su versión de prueba o mock disponible en my.learn.vmware.com esta pensado para simular un ambiente de producción por lo que no debe temer considerarlo como tal y operarlo con el cuidado y proactividad necesarias.

Utilicé como principal recurso de estudio la guía de virtualizationexpress.com y el laboratorio que mi empleador me ha suministrado.

Sin mas, estoy feliz y sorprendido de haber aprobado. Se puede lograr mucho cuando estas bajo presión 😉

Saludos

Advertisements

¿Cómo configurar widgets en vCenter Operations Manager?

No se puede corregir aquello que no puedes medir. Es ésta una de las premisas que en mi opinión guía la planeación de TI en sus diferentes capas.

VMware vCenter Operations Manager ofrece una cantidad casi abrumadora de métricas para el Software-Defined Data Center y poder asignarle un contexto y una metodología clara de presentación y análisis es clave en el éxito de la introducción de vCOPS en la organización.

Para lograr ésta meta, la creación de dashboards personalizados para vCOPS Custom ha probado ser una estrategia eficaz,  incluyendo en ésos espacios los widgets apropiados.

En éste artículo se cubrirá la configuración del widget “Top-N Analysis” en el contexto de la creación de un nuevo dashboard. Para conocer los diferentes tipos de widget así como mayores generalidades sobre dashboards de vCOPS, recomiendo la lectura del manual de usuario.

Procedimiento

1. Inicie sesión en vCOPS custom (https://URL_vCOPS_UI/vcops-custom)

2.  Dirigirse a la parte superior y dar click en Dasboards > Add:

23. En la sección de la izquierda, seleccionar el widget que se va a agregar y arrastrarlo a la sección derecha:

54. Una vez haya terminado de editar las propiedades del dashboard, proceda a dar click en OK

5. Dirigirse al nuevo dashboard y editar el widget haciendo click en el ícono de engrane de la parte superior:

46.  Allí verá múltiples opciones. Mencionaremos algunas puntuales:

Self provider: se deshabilita ésta opción en caso que se desee colectar métricas desde otro widget para mostrarlas en el widget actual. En caso de habilitarlo, el widget actual será quien colecte y despliegue las métricas, siendo éste el caso más común.

Bars count: define el tipo de Top que se va a desplegar, por ejemplo un valor de 5 en éste campo, significa que se mostrará un Top 5 de la métrica que elija.

Widget mode: puede trabajar con etiquetas o métricas. En éste caso se fija la opción en “Metric”.

7. En la parte inferior podrá seleccionar el tipo de métrica a desplegar. En el ejemplo se desplegará un Top 10 con las más altas latencias de lectura en los datastore de los múltiples vCenter conectados a ésta instancia de vCOPS:

6

Y éste es el resultado final (se omiten nombres para proteger la identidad de los implicados 😉 ):7Esta fue una muy breve introducción a la configuración del widget TOP-N Analysis.

Recursos adicionales

Curso: vCOPS Analyze and Predict

Libro: vCOPS Essentials de Lauren Malhoit

Saludos!

 

Configuración de un repositorio de disponibilidad continua para perfiles de usuario en pools RDS de VMware Horizon with View 6

Si, ya era hora de tener un título largo.

Como es sabido por casi todos, VMware Horizon 6 ahora soporta Microsoft RDS (yay!) y con ello se presenta una real alternativa para productos como Citrix XenDesktop al poder entregar pools de sesiones basadas en RDS.

En una implementación de éste tipo, no es soportado por ahora el uso de VMware Persona Management para la gestión de los perfiles de usuario por lo que se deben gestionar usando Group Policy en Active Directory.  Es común encontrar que un requerimiento funcional para un entorno de VDI es la redirección de los perfiles de usuario a un servidor de archivos centralizado, y aún mejor, establecer el mecanismo para proveer alta disponibilidad a ése repositorio.

Este post cubre las herramientas nativas de Microsoft Windows Server 2012 con las que se puede satisfacer éste requerimiento y la manera en que interopera con VMware Horizon 6.

Escenario de prueba

Windows Server 2012 R2 Standard Edition (x2)

Dos unidades compartidas:

1 para Quorum/witness disk

1 para almacenamiento de datos

Roles/features habilitados en los dos nodos:

Failover Cluster, File Server

Tres (3) tarjetas de red en cada servidor @1GBPs:

1 para almacenamiento iSCSI

1 para comunicación interna del clúster

1 para conexión de clientes al clúster

PROCEDIMIENTO

CREAR EL FAILOVER CLUSTER

  1. Instalar el rol de File Server con las herramientas de administración en cada nodo:

Install-WindowsFeature FS-FileServer –IncludeManagementTools

  1. Instalar el Feature de Failover Clustering en cada nodo:

Install-WindowsFeature Failover-Clustering –IncludeManagementTools

  1. En solo UNO de los dos nodos configurar el feature de Failover Cluster:

A. Iniciar Failover Cluster Manager

B. Crear un nuevo cluster:

cafs1C.    Agregar el FQDN del nodo donde se está llevando a cabo la configuración:

cafs2

D.    En la siguiente pantalla, seleccionar “Yes” para correr la validación
E.    Correr todas las pruebas de validación:

cafs3F.    Una vez concluyan las pruebas, se obtiene un reporte que puede arrojar error, warning o éxito. En caso que arroje Error, se deberán solucionar los inconvenientes reportados, en estado warning se puede crear el clúster pero se debe atender a las recomendaciones para tener un servicio completamente funcional:

cafs4G.    Seleccionar una dirección IP en la red de comunicación interna del cluster y asignar un nombre NETBIOS, éste nombre e IP deben corresponder a una entrada en el DNS:

cafs5

CONFIGURAR EL ROL

En el Failover Cluster Manager, dirigirse a la sección Roles > Configure Role… :

cafs6B. Seleccionar el rol de File Server y dar click a “Next”:

cafs7C. En el caso de almacenamiento de perfiles de usuario, es seguro seleccionar la opción de “File Server for general use”. Es importante señalar también que éste opción es la única que soporta replicación DFS, y ésta característica es esencial para mantener los folders de perfiles replicados entre nodos:

cafs8D. Seleccionar un nombre NETBIOS y una dirección IP que usarán los clientes para acceder a los folders. Este NETBIOS e IP deben corresponder a una entrada en el DNS y el usuario con que se ejecuta el wizard debe tener permisos de escritura en el Controlador de Dominio, pues se agregará el nombre NETBIOS como una computadora más del dominio:

cafs9E. A continuación seleccionar el almacenamiento que se requiere habilitar en modo de Disponibilidad Continua.

Una vez se concluyen estos pasos, se verá el File Server en la pestaña de Roles:

cafs10

AGREGAR EL FILE SHARE DE ALTA DISPONIBILIDAD

A. Seleccionar el File Server dentro de la sección “Roles” y en el menú de la parte derecha seleccionar “Add File Share”:cafs11B.    En el menú que se despliega, seleccionar “SMB Share – Quick” y dar click en “Next”:

cafs12

C.    Seleccionar el volumen y el path que apuntará a este share:

cafs13D.    Asignar un nombre al share:

cafs14E.    Configurar las opciones necesarias, en el caso de usar el share para perfiles de usuario, es recomendable habilitar Access-Based Enumeration como una manera de aislar la visibilidad de los perfiles solo para los usuarios propietarios del perfil:

cafs15F.    En las siguientes pantallas configurar los permisos del share (los usuarios del dominio que vayan a ingresar al pool RDS deben tener permisos de escritura en éste share), y luego proceder a confirmar
G.    Verificar que el share se ha creado seleccionando el File Server en la sección “Roles”:

cafs16En éste punto ya se puede probar el acceso al share desde el Explorer de cualquier equipo en el mismo bosque (forest) Active Directory que aquel en el que está registrado el File Server:

cafs17

A partir de éste punto, todas las operaciones de escritura/lectura sobre el SMB share quedaràn replicadas entre los File Server del clúster y los archivos permanecerán accesibles aún si hay miembros del clúster que no estén disponibles, siempre y cuando no se supere el número de fallas que el clúster tolera.

Redirección de los perfiles de usuario al CAFS

En éste punto se debe contar con acceso administrador al controlador de dominio Active Directory del entorno al que perteneces el pool RDS, lo anterior para poder editar la GPO y especificar la redirección de los folders de los perfiles de usuario al share previamente creado:

 

  1. Iniciar sesión como con rol de Domain Administrator en el controlador de dominio
  2. Ejecutar la herramienta Group Policy Management
  3. Seleccionar la OU donde están alojados Remote Desktop Session Host
  4. Editar la GPO asignada a esa OU:

cafs185.    Ir a User Configuration\Policies\Windows Settings\Folder Redirection

6.    Allí seleccionar los folders que se van a redigir y en cada uno:
a.    Dar clic derecho
b.    Properties…
c.    Seleccionar Setting: Basic – Redirect everyone’s folder to the same location
d.    Seleccionar Target folder location: Create a folder for each user under the root path
e.    En el campo de root path ingresar la ruta del share recientemente creado:

cafs20

CONCLUSION

Después de éste largo post y el procedimiento -que no es nada complicado aunque pareciera-, puede contar con un repositorio de disponibilidad continua al cual puede agregar servidores de archivos como miembros del clúster para elevar aún más la resiliencia de los perfiles de usuario.

Saludos!