Category Archives: esxi

Cluster DFS esxi Proyectos Vmware vsphere Windows 2008 R2

Cómo crear un cluster Windows Server 2008 R2 sobre Hipervisor vSphere 5. Instalación del Rol Servidor de Ficheros.

24/02/2014 Published by: Roberto Tejero

Seguimos con nuestro proyecto de Servidor de Ficheros en cluster Windows Server 2008 R2 sobre vSphere 5 (ver este post antiguo y este otro). Por cierto, encontré un «checklist» de cómo montar un Servidor de Ficheros Clusterizado con Windows Server 2008 R2 que os adjunto:

	Step	Reference
	On every server that will be in the cluster, open Server Manager, click Add roles and then use the Add Roles Wizard to add the File Services role and any role services that are needed.	Help in Server Manager
	Review hardware and infrastructure requirements for a failover cluster.	Understanding Requirements for Failover Clusters
	Install the Failover Clustering feature on every server that will be in the cluster.	Install the Failover Clustering Feature
	Connect the networks and storage that the cluster will use.	Prepare Hardware Before Validating a Failover Cluster
	Run the Validate a Configuration Wizard on all the servers that you want to cluster, to confirm that the hardware and hardware settings of the servers, network, and storage are compatible with failover clustering. If necessary, adjust hardware or hardware settings and rerun the wizard until all tests pass (required for support).	Validate a New or Existing Failover Cluster
	Create the failover cluster.	Create a New Failover Cluster
	If the clustered servers are connected to a network that is not to be used for network communication in the cluster (for example, a network intended only for iSCSI or only for backup), then configure that network so that it does not allow cluster communication.	Modify Network Settings for a Failover Cluster
	Run the High-Availability Wizard and specify the File Server role, a name for the clustered file server, and IP address information that is not automatically supplied by your DHCP settings. Also specify the storage volume or volumes.	Configure a Service or Application for High Availability
	Add shared folders to the clustered file server as needed.	Create a Shared Folder in a Clustered File Server
	Test the failover of the clustered file server.	Test the Failover of a Clustered Service or Application

Una vez están configurados todos los nodos, hoynos toca crear el servidor de ficheros clusterizado.

Instalación del Rol en los nodos.

Este paso lo podemos realizar antes o despues de instalar la característica «Failover Cluster» en ambos nodos. Si os fijais en el Checklist lo incluye antes de instalar Failover Cluster. Pero bueno, yo lo hago ahora. Añadimos el Rol de File Server:

Incluimos el subrol del Gestor de Recursos de un Servidor de Ficheros:

Nos pide el disco que vamos a monitorizar y los informes que va a generar nuestro Gestor de Recursos:

Posteriormente nos solicita la carpeta donde se van a guardar dichos informes y si queremos que se envien por correo, a quién y a través de que servidor SMTP:

Para terminar, nos hace un breve resumen y lanza la instalación del Rol:

Este proceso lo haremos en todos los nodos del cluster. Os recuerdo que es mejor hacerlo antes de instalar la caractéristica de Failover Cluster. Y ya sabeis que todo, absolutamente todo se puede hacer con PS, así que aqui os dejo unas capturas rápidas de cómo se hace lo mismo:

Best Practices Analyzer (BPA).

Como ya sabemos, y si no lo sabíamos, ahora si, este rol tiene su Best Practices Analyzer (BPA), que nos hará recomendaciones sobre como optimizar nuestra infraestructura de Servidor de Ficheros. Lo ejecutamos:

Y en nuestro ejemplo nos aparecen un par de Warnings:

El primero los sulucionamos con este KB ff633453:

Lo solucionamos cambiando un valor del registro, a través de PowerShell:

Y el segundo con este otro KB ff633467:

Lo resolvemos borrando una entrada de registro:

Creación del Servicio Clusterizado de Servidor de Ficheros.

Ya estamos a punto de terminar. Asi que desde la consola de gestión de Failover Cluster, dentro de la carpeta de Servicios y aplicaciones configuraremos un nuevo Servicio:

Seleccionaremos el servicio de «File Server»:

Configuraremos el punto de acceso del cliente con su dirección IP

Y para finalizar configuraremos el disco que vamos a utilizar (Datos):

Finalizamos y nos da la opción de ver el informe que se ha generado:

Puede ocurrirnos que nos de el siguiente evento de error y nos acojonemos un poco, impidiéndo que cremos este servicio clusterizado:

Pero como casi siempre, lo podemos solucionar. Por ejemplo de estas dos maneras:

Por delegación de permisos.- Delegar el permiso de crear objetos de tipo «Computer» sobre la Unidad Organizativa donde se encuentren los componentes del cluster a través del Wizard de Directorio Activo.
Dar permisos antes de crear el Servicio Clusterizado.- Es lo mismo pero manual. Nos vamos a la OU donde se encuentran ubicados los nodos del cluster y damos permisos de crear objetos de tipo «computer» al Servidor Virtual del Cluster que hemos creado.

Y ya tendremos nuestro Servidor de Ficheros Clusterizado en Windows Server 2008 R2 sobre hipervisor Vmware vSphere 5.0. Mañana creamos un recurso compartido rapidito y terminamos este «mini-proyecto». Que tengais buena semana.

Bibliografía:

– Waclaw Chrabaszcz

– Technet LATAM.

Cluster DFS esxi Proyectos Servicios Windows Vmware vsphere Windows 2008 R2

Cómo crear un cluster Windows Server 2008 R2 sobre Hipervisor vSphere 5. Creación del Failover Cluster.

17/02/2014 Published by: Roberto Tejero

Continuando con la creación del cluster Windows Server 2008 R2 sobre vSphere 5 (ver este post antiguo). Una vez están configurados todos los nods, hoy toca crear dicho cluster. Ya vimos en otra serie posts como crear un Failover Cluster para Hyper-V y Windows Server 2012, asi que esto es mas de lo mismo (ver este post y este segundo post), y, para hacerlo nuevo y distinto, todo será a través de Powershell.

1 Configuración inicial:

Ya lo vimos en el post anterior pero en ella detallamos los siguientes puntos:

Configuración de los servidores. Instalación de sistema operativo y hotfixes.
Configuración de las redes (privada y pública) y la prioridad de las mismas (publica sobre privada).
Configuración de los discos (Quorum y Datos) a través de nuestro Hipervisor ESXi, ya sean iSCSI o FC (en modo RAW).
Presentación de los discos.

2 Instalación de requisitos.

Instalar Feature Failover Cluster en todos los nodos del cluster. Importaremos el módulo de Server Manager para poder añadir la característica de Failover Clustering.

Posteriormente, añadirermos el módulo de Failover-clustering para crear nuestro Cluster y empezar a gestionar recursos:

3 Validación de configuración.

Al igual que en modo gráfico podemos validar si todos y cada uno de nuestros nodos son válidos para la creación de un Failover Cluster. En nuestro caso tendremos el servidor naranja (servidor_g) y el servidor verde (servidor_h).

Ejecutamos el cmdlet Test-Cluster -node <nodo1>, <nodo2>

Nos aparecerá el resultado, en mi caso, con ciertos warnings y la ubicación del fichero con el informe:

Que, por defecto, nos lo ubicará en c:windowsClusterReports :

En este informe, como muy buen ejemplo, nos indica que uno de los dos nodos, concretamente el nodo verde, tiene dos hotfixes menos que el nodo naranja.

Si hacemos un Windows Update nos aparece lo siguiente:

Se instalan y volvemos a pasar el test con resultado óptimo.

4 Creación del Failover Clustering.

Procedemos a crear el Failover Clustering ejecutando el cmdlet New-cluster -name <Nombre> -Node <nodo1>,<nodo2> -StaticAddress <Dirección IP del Cluster>

Una vez creado, obtenemos la información de nuestro Failover-clustering (datos que podremos modificar para tunnear nuestra configuración mas adelante):

Al crear el Failover-Cluster, todos aquellos recursos como puedan ser NICs y Discos que tengan los nodos se incluyen en él. Estos son los recursos del nuestro Cluster:

Si nos fijamos, en el proceso de creación a los discos que ha encontrado y añadido al Cluster los ha nombrado Cluster Disk 1 y Cluster Disk 2. Procedemos a renombrarlos a nuestro gusto:

$NewName = Get-ClusterResource ‘Cluster Disk 1’;$NewName.name = ‘Quorum’

Lo podemos ver desde la consola gráfica cómo queda:

Lo mismo ocurre con las tarjetas de red, las renombramos nuevamente como deseemos, aunque se complica un poquito.

({Get-ClusterNetwork | Where-Object {$_.name -eq ‘Cluster Network 1′}}.name =’Public’

Y, para finalizar, nuestro sistema de Quorum o definición de mayoría de votos. Ejecutamos el cmdlet Get-ClusterQuourm | fl * donde nos dirá qué tipo de mayoría tenemos:

Si no es la que queremos, como es el caso ya que ha cogido como disco de Quorum el disco que hemos denominado «Datos», pues lo cambiamos: Set-ClusterQuorum -NodeAndDiskMajority ‘Quorum’

Pues hasta aqui la configuración básica.

5 Validación de la instalación.

Para finalizar procedemos a verificar y validar nuestra configuración de Cluster:

Pues todo fantástico. Que tengais muy buena semana.

Bibliografía:

Pablo A. Ahumada. Me ha parecido un post muy completo.

Technet. Comandos de Powershell para Failover Clusters.

Technet. Configuración de Servicios Clusterizados con Powershell.

Technet. Comandos mapeados de Cluster.exe a Powershell.

Cluster DFS esxi Hyper-V Proyectos Servicios Windows Vmware vsphere Windows 2008 R2

Cómo crear un cluster Windows Server 2008 R2 sobre Hipervisor vSphere 5. Creación y preparación de Servidores.

07/02/2014 Published by: Roberto Tejero

Uno de mis últimos proyectos es montar un nuevo servicio de Servidor de Ficheros en la empresa en la que estoy trabajando. He tratado de mil formas de montarlo con Windows Server 2012 R2 pero al final vamos a montarlo con Windows 2008 R2. Os dejo algunas de las muchas ventajas que tiene uno sobre el otro:

SMB 3.0.
Dynamic Access Control (DAC)
Deduplicación.
Storage Spaces
PowerShell 3.0
Server Manager.
Mejoras en DFS Namespaces y DFS replication.

Por otro lado, antes de montar este clúster conviene leerse la documentación oficial y algún que otro blog de Vmware, Hyper-V, RHEL o XenServer para crear un Failover Cluster de Microsoft sobre plataformas de virtualización. Os dejo este link con el documento de vmware vSphere 5.

Este sería un gráfico típico de un Cluster entre dos servidores virtuales situados en distintos hosts de virtualización:

En este ejemplo, he creado en nuestra plataforma de virtualización de Vmware Vsphere 5.5 los 2 servidores con las siguientes características:

FILESHAREA.rob.com

DATASTORE: 69 HITACHI AMS2300
Nodo del Cluster: ESXIPO.rob.com
Disco C: 40 GB
4 GB de memoria RAM
4 vCPU
NIC’S:
- NIC 0: PUBLIC IP: por ejemplo 10.11.0.117
- NIC 1: PRIVATE IP: por ejemplo 192.168.0.1
Instalación de parches de seguridad hasta el día de la fecha.

FILESHAREB.bme.com

DATASTORE: 17 HITACHI AMS2300
Nodo del Cluster: ESXIPM.rob.com
Disco C: 40 GB
4 GB de memoria RAM
4 vCPU
NIC’S:
- NIC 0: PUBLIC IP: por ejemplo 10.11.0..118
- NIC 1: PRIVATE IP: por ejemplo 192.168.0.2
Instalación de parches de seguridad hasta el día de la fecha.

Instalamos los 2 servidores Virtuales con Windows Server 2008 R2 Enterprise o Datacenter de una forma limpia. Lo ideal es tirar de alguna plantilla ya creada pero para los menos organizados hacemos una instalación nueva. Podemos crearlos en cualquiera de las dos versiones, o ServerCore, mucho mas limpia y sin sobrecarga de la interface gráfica (GUI), o con la versión con GUI. Dependerá de nuestras necesidades y de nuestros recursos.

Como habeis podido observar, dispongo de una cabina de discos HITACHI AMS2300, donde mostraremos a nuestros Host de virtualización las siguientes LUNs:

Quorum.- Suele ser de unos 500 MB, mínimo.
Datos.- Vamos a mostrar una de 500 GB.

Entramos en la configuración de cada servidor de ficheros y añadimos un nuevo disco:

Indicamos que va a ser un disco en modo RAW:

Nos aparecerán las LUNs que desde Almacenamiento nos han mostrado, la de 500 MB y la de 500 GB:

Seleccionamos que queremos realizar el mapeo de la LUN en un disco VMDK y que se aloje en el mismo DataStore donde reside el Servidor:

Posteriormente, seleccionamos el modo de compatibilidad, en nuestro caso como lo vamos a tratar como si fuese un servidor físico con su controladora, seleccionaremos «Fisico»:

Y, para terminar, seleccionaremos el drive SCSI que no deberá estar utilizado por Vmware. En nuestro caso hemos utilizado las SCSI (1:0 y 1:1). Posteriormente, en la configuración del resto de nodos necesitaremos esta información:

Apuntaremos (Siguiendo recomendaciones de Vmware para no utilizar el puerto SCSI 0) :

SCSI 1:0 Para el disco de Quorum.
SCSI 1:1 Para el disco de Datos.

Una vez realizada esta selección nos aparecerá la pantalla de resumen y …. ya tendremos mapeadas las LUNs al servidor. Podremos ver que nos han aparecido tanto el nuevo disco como un nuevo controlador SCSI y, al ser Windows Server 2008 R2, es LSI Logic SAS:

Y, ojo, con la política de compartir discos virtuales ya que, normalmente, se queda en «none» y, como comprendereis, para nuestro ejemplo tiene que estar en «Physical»:

Todo esto habrá que hacerlo para todos y cada uno de los servidores que vamos a incluir en nuestro Cluster. Una vez dentro de la configuración del siguiente nodo del cluster en la consola del Virtual Center, procederemos a añadir el nuevo hardware y en todos estos nuevos nodos, seleccionaremos la siguiente opción para el tipo de disco:

Seleccionaremos uno por uno cada discos que se han «mapeado», que en nuestro caso los ha renombrado a FILESHAREA.ROB.com_1.vmdk y FILESHAREA.ROB.com_2.vmdk:

Volvemos a seleccionar los nodos SCSI virtuales:

Y nos aparecerá la ventana de resumen. Continuaremos seleccionado cada uno de los discos, que estarán en el Datastore en donde esté alojado el servidor que previamente hemos configurado así como el controlador SCSI que pertenece a cada uno de los discos que hemos añadido al mapeo de LUN. Comprobamos que la configuración SCSI está indicada en Physical.

Una vez terminado, podemos visualizar en ambos nodos del cluster que aparecen los discos para la creación del Cluster:

Para terminar, tenemos que recordar que hay que crear una regla de «Anti-Afinidad» para que no estén los dos nodos del cluster en el mismo Host de virtualización. Desde nuestro Virtual Center, nos situamos sobre el Cluster de Hosts de virtualización, botón derecho y «Editar propiedades».

Seleccionamos la regla y creamos una que vamos a denominar «Anti-Afinidad nodos del Cluster de ficheros», para que no estén ambos nodos del Cluster en el mismo host de virtualización. En el tipo seleccionaremos en nuestro caso «Separar Máquinas Virtuales» y seleccionaremos nuestros servidores:

Normalmente estas reglas tienen que funcionar pero si queremos asegurarnos del estricto cumplimiento de las reglas de afinidad, tenemos que seguir el siguiente procedimiento:

En opciones avanzadas de la configuración del servicio DRS de nuestro Cluster de Hosts de virtualización incluiremos una clave denominada ForceAffinePoweron con el valor de 1.

Ya tenemos preparado nuestros servidores con Windows Server 2008 R2 dispuesto a crear la semana que viene el Cluster de Ficheros con servicio DFS.

Buen fin de semana, jejeje.

Bibliografia:

Blog de eManu.

esxi Vmware

Vmware Compliance Checker. Securizar nuestra infraestructura de Virtualización Vsphere.

03/06/2011 Published by: Roberto Tejero

Buenos días,
Hoy vamos a hablar de una herramienta «gratuita» facilitada por Vmware para verificar la seguridad y el fortalecimiento en nuestros hosts Vmware, Vmware Compliance Checker. Lo podemos descargar desde aqui.

Esta herramienta nos recomienda una serie de «mejores prácticas» de seguridad, a través de un detallado informe, a aplicar en nuestra infraestructura Vsphere de virtualización. Como muestra, un botón:
Además, podemos acceder a una completa serie de guías para securizar nuestra infraestructura.

La instalación es muy sencilla, el clásico «siguiente, siguiente, siguiente». Al arrancar el aplicativo nos aparece la siguiente ventana:

Donde configuraremos nuestros Hosts o Vcenter y credenciales o dónde podremos ver los informes generados en el tiempo.

Ya la he visto referenciada en los Blogs de El Bujarra, en las Vmware Communities, en los Foros de Virtualización en Español, o en Wetcom, donde seguro que podéis obtener mayor información (son algunas de las que suelo seguir).

Nos vemos.

El camino de un ITPro

Category Archives: esxi