main

vRealize Operations Manager: Primeros pasos

octubre 6, 2016 — por Albert Gris0

vrealize-operations-manager-ui.jpg

Serie de posts sobre vRealize Operations Manager

vRealize Operations Manager es la solución de VMware que nació para darle a nuestro entorno vSphere una visibilidad profunda y eficiente, de una manera fácil y sobretodo flexible. Cada vez se está consolidando más como la herramienta de monitorización para estos entornos: el hecho que sea del mismo VMware ayuda, pero sobre todo es la facilidad de recolectar métricas y presentar los datos, adaptándose muchísimo a los procesos u operativas de cada departamento de IT.

“Out-of-the-box” ya nos da muchísima información tanto a nivel de análisis como a nivel de generación de alertas o notificaciones, pero es sin duda cuando se genera una necesidad de datos sobre el entorno en nuestro departamento cuando podemos sacarle el máximo partido, generando el reporte, dashboard o alerta que precisamos de manera personalizada.

Es por ello que voy a dedicar los siguientes post a ver con profundidad vRealize Operations Manager, desde su instalación a cómo configurarlo de manera que nos ayude precisamente a dar respuesta a nuestras demandas.

Configurando OVAs y OVFs con OVFTOOL

septiembre 21, 2016 — por Albert Gris0

PackageOvaOvf.jpg

La portabilidad es sin duda una de los principales beneficios de definir nuestras máquinas como virtuales. Al ser éstas un compendio de ficheros de configuración, son fácilmente exportables e importables en otros entornos manteniendo su consistencia. Sin embargo, la proliferación de hipervisores y versiones de los mismos hace que no siempre sea “tan” fácil.

Organiza tus jobs de Veeam mediante políticas

septiembre 14, 2016 — por Albert Gris0

organiza-tus-jobs-mediante-veeam.jpg

El hecho de que la virtualización es una tecnología ya bastante madura en cada vez más entornos supone muchos retos. Vamos añadiendo cargas (seguramente cada vez más críticas y sensibles) a los hipervisores, nuevas máquinas, ratios de consolidación más agresivos y demás realidades que parece que induzcan la idea de que mantener el control de nuestra infraestructura tenga que ser más una cuestión de “hacer malabares”. Estos fenómenos son los que o ya afrontamos o afrontaremos en algún momento y es por ello que por ahí van las tendencias de los fabricantes cada vez apostando más por la automatización y la monitorización.

Estas realidades aplican por supuesto también a las soluciones que dependen directamente de nuestra infraestructura vSphere, como por ejemplo Veeam Backup&Replication. Antes de nada, en el caso de Veeam, lo primordial es mantener una definición de los requerimientos de cada VM en cuanto a su nivel de disponibilidad, luego veremos cómo aplicarlos y sobretodo mantenerlos de manera ágil.

Planificando vuestra visita al VMWORLD 2016

septiembre 8, 2016 — por Albert Gris1

vmworld-2016-960x414.jpg

Se acerca Octubre y con él llega el VMworld europeo de este año. Después del éxito del evento americano que reunió a casi 25000 personas en Las Vegas durante este final de Agosto. Por lo que ha llegado de los asistentes, poquitas novedades significativas se anunciaron y estuvieron muy centradas en OpenStack, containers y Cloud con especial foco en este último con presentaciones como Cloud Foundation i vCloud Availability. Es por eso que se esperan mayores noticias para el evento europeo (no olvidemos la noticia de la compra de EMC por parte de Dell durante el evento del año pasado).

Reclamando espacio en cabinas Thin Provision a nivel de vSphere

septiembre 2, 2016 — por Albert Gris0

reclamarEspacioCabinasVsphere-960x565.jpg

Una de las grandes novedades que trajo vSphere 5.0 fueron las APIs de integración con las cabinas para optimizar ciertas tareas, sobretodo aligerando la carga del hipervisor. La idea es pasar esta carga a la cabina, quien tiene más facilidad para operar con los datos que ya residen en ella.

Si tenemos una cabina con configuración compatible con estas APIs, las tenemos habilitadas por defecto por lo que el uso de muchas de sus funcionalidades las usamos de manera transparente. Sin embargo, hay algunas de estas “primitivas” que nos pueden ayudar muchísimo pero hay que conocerlas, puesto que requiere que las invoquemos de alguna manera. Una de ellas es “Unmap”:

VMmark: benchmarks para nuestro entorno virtualizado

agosto 25, 2016 — por Albert Gris0

maxresdefault-960x540.jpg

Realizar pruebas de carga sobre nuestra infraestructura para ver sus niveles de respuesta bajo niveles previamente estipulados es un “must”. Tanto en el momento de instalar como para evaluar el nivel de respuesta de la infraestructura ante potenciales cambios. Aún así, puede resultar difícil realizar test realísticos pues hay que o dominar muy bien la aplicación para crear cargas sintéticas, que simulen reales, o disponer de herramientas específicas para cada test de simulación de stress para cada recurso.

Obtener datos e informes de storage en tiempo real de nuestra infraestructura de vSphere

agosto 3, 2016 — por Albert Gris0

vscsistats-960x397.png

Cada vez hay más soluciones de terceros o del propio VMware que nos sirven para monitorizar y analizar nuestra infraestructura. Las infraestructuras van madurando y se vuelven más confiables, hecho que hace que se virtualicen más cargas en ellas. Además, ya prácticamente todas las aplicaciones están soportadas dando niveles de rendimiento a la par o incluso mejores que en entornos físicos. Más consolidación de máquinas virtuales por host, más dispersión y máquinas virtuales más sensibles hacen que la necesidad de monitorizar de manera más exhaustiva sea una realidad

Mejorando el rendimiento del storage: aplicar limitaciones y prioridades de IOPS a nivel de VM

julio 25, 2016 — por Albert Gris0

reloj_espiral.jpeg

Detectar latencias de acceso a disco (tanto escrituras como lecturas) en ciertos discos de nuestras VMs nos indica que tenemos un problema de rendimiento en nuestra SAN. Hay que tener presente que observar estos altos tiempos de respuesta son indicativos de que estemos sufriendo alguno de estos problemas, en cualquiera de los componentes que integran nuestra red de storage. Son pues la principal métrica a revisar si se sospechan malfuncionamientos en la capa de almacenamiento, pero hay que tener en cuenta que solo nos está informando de una consecuencia, no tienen porqué indicar en sí ninguna causa. Es importante este primer punto, pues una VM podría sufrir altas latencias de acceso pero ser otra VM o incluso otro componente de la SAN, como podría ser el switching o el cableado, el causante.