Cómo Agregar Port Groups usando PowerCLI en VMware
A veces necesitamos crear varios Port Group o simplemente uno pero en varios hosts dentro de un Cluster VMware. Si lo hacemos a mano puede que además de ser mucho trabajo tengamos que lidiar con errores humanos en el proceso y que luego provoque que una VM no pueda migrar por no tener el mismo Port Group en el destino.
Para esto podemos usar scripting a través de PowerCLI, así como en Windows el PowerShell nos deja hacer de todo acá lo mismo pero para administrar y configurar ambientes VMware.
El cmdlet a utilizar es New-VirtualPortGroup y tiene varios atributos a pasarle a la sentencia para poder generar el Port Group deseado, entre ellos el Nombre, el vSwitch y el VlanID como los mas importantes.
En el siguiente ejemplo ejecuté la siguiente sintaxis entre muchos…
Get-Cluster "Poner Nombre del Cluster" | Get-VMHost | Get-VirtualSwitch -Name "Poner Nombre del Virtual Switch" | New-VirtualPortGroup -Name "Nombre del Port Group" -VLanId XX
Luego vemos el resultado en pantalla del Ok de la ejecución y la creación de los Port Groups. El comando ejecutado primero trae el Cluster con el cmdlet Get-Cluster, luego trae los Hosts de dicho Cluster con el Get-VMHost, como ultimo input trae el Virtual Switch especificado que tiene cada Host con Get-VirtualSwitch donde se crearán los Port Groups y luego del pipe genera el Port Group con el New-VirtualPortGroup.
Guía Rápida de Solución de Problemas de Symantec Cluster (VCS)
Después de estar peleando con el Symantec Cluster un rato y de leer algo de documentación oficial de Symantec y de VERITAS me propuse crear un gráfico mas fácil de leer que se pueda imprimir y pegar en el box con los comandos mas básicos de troubleshooting y resolución de problemas.
No solo los comandos sino los pasos a seguir en caso de encontrar un problema. Por ejemplo, luego de ejecutar el primer comando encontramos que uno de los equipos está en estado ADMIN_WAIT, eso significa que requiere interacción del administrador porque un usuario del Cluster dejó la configuración abierta y el servidor o el servicio fue reiniciado.
Como la configuración no fue cerrada, el Cluster no sabe si la que tiene actualmente es la que corresponde y si es la última por eso el sistema se queda en ADMIN_WAIT hasta que un Administrador ejecuta otro comando y fuerza el inicio del Cluster. Obviamente antes hay que revisar la configuración, etc. etc. pero me refiero a que este gráfico nos puede guiar en qué hacer en cada caso.
Symantec nos brinda esta guía y gráfica, lo que hice fue traducirla para algunos, tal vez es mas sencillo y la hice en estilo de gráfico. A otros les puede servir mas el esquema original, pero dejo ambas imágenes para que las bajen y decidan ustedes cuál es la que desean usar para el día a día.
Microsoft Windows Cluster Services
Creí conveniente armar una lista de links interesantes sobre los servicios de Clustering de Microsoft ya que muchas veces buscamos información y no la podemos encontrar debidamente. Desde estos links vas a poder enterarte de toda la info de los servicios de Clustering de Microsoft. Hay documentos de todas las versiones del servicio de MS Cluster Server (MSCS)
Para quien no conoce de qué estoy hablando, Cluster, es un servicio que brinda "Alta Disponibilidad" a los servicios. Ojo, no confundir con Tolerante a Fallas, ese es otro concepto totalmente diferente. Tolerante a Fallas es un arreglo de discos RAID 1 por ejemplo, se rompe un disco y nunca nos enteramos porque sigue funcionando el segundo. Alta Disponibilidad en cambio es un servicio que se encarga de dar el mayor tiempo de uptime de una aplicación o servicio determinado. Existe un corte de servicio pero es mínimo ya que es el tiempo que demora en iniciar dicha aplicación o servicio en un segundo equipo. Pero si existe un micro-corte del mismo.