Diseño de clúster VMware vSphere para la networkingundancia de sitios

Tengo una pregunta sobre el mejor layout para la networkingudición del sitio cuando se utilizan clústeres vSphere. Un poco de información de background sobre nuestra primera situación aunque.

Somos una empresa mediana con dos oficinas principales, ubicadas en diferentes países. Nuestras networkinges están enlazadas por una línea arrendada Layer2 de 150Mbps que actualmente está subutilizada. Tenemos una variedad de services que se ejecutan para uso interno dentro de la empresa, algunos en serveres physycal y otros en clústeres vSphere existentes. En nuestro departamento también ejecutamos varios services (casi todos ejecutándose bajo varias forms de Linux) como NTP, Syslog, serveres de salto, serveres de monitoreo y así sucesivamente.

Tenemos ahora el requisito de que esos serveres deben ser networkingundantes dentro de cada location (que no están en el momento) y también sitio networkingudante (que son hasta cierto punto, los serveres se duplican en la segunda location con configuraciones mantenidas en sincronía a través de varios methods en la capa de aplicación). No hay SAN disponible para nosotros, al less no es algo que podamos usar en este momento.

El costo también es un problema. Si bien tenemos algún presupuesto disponible para esto, no podemos permitirnos el lujo de comprar SAN para ambos lugares, por ejemplo.

Miré la característica de VSA y parece que esto podría ser algo para nosotros pero soy inseguro cómo solucionar el requisito de networkingudancy del sitio.

En este momento, para realizar testings, estoy configurando en un laboratorio un vSphere 5 con VSA en dos hosts ESXi. Actualmente estoy usando el kit Essentials Plus con la licencia de VSA, que me permite crear un clúster de VSA en hasta 3 hosts, junto con una licencia de vCenter para gestionarlos. Los anfitriones tienen dos tarjetas de networking de dos puertos y dos unidades de 600 GB, que se ejecutan en Raid1. Hardware-sabio esto será suficiente para nosotros para ejecutar todos los services que necesitamos como VMs y proporcionará networkingundandcy dentro del sitio.

Por el momento veo sólo dos opciones para tener networkingundancia de sitio:

  1. construya un cluter VSA idéntico en la segunda location y mantenga sincronizados los distintos services en la capa de aplicación (synchronization de bases de datos, rsync, etc.).
  2. simplemente mueva uno de los hosts del clúster existente a la segunda location, básicamente con el clúster VSA abarcando el enlace de 150Mbps entre los sitios.

Preferiría mucho la segunda opción, pero no estoy seguro de cómo funcionará, si puede funcionar en absoluto. Técnicamente debería, podemos extender las VLANs necesarias a través de la línea arrendada y tenerlas disponibles en la segunda location. La ventaja sería que no tenemos que preocuparnos en absoluto acerca de la synchronization de bases de datos y similares. Pero tengo la sensación de que el ancho de banda no será suficiente, no tengo forma de saber cuánto tráfico generará el clúster VSA entre los hosts. Me doy count de que esto probablemente dependerá del uso individual de las máquinas virtuales, pero aún así, no tengo ni idea de cómo VSA replica datos entre los hosts ESXi.

¿Son éstas mis únicas opciones o mis metas se pueden lograr de alguna otra manera? ¿Hay quizá una manera de tener algún tipo de "soporte frío" en el segundo lugar donde las máquinas virtuales se sincronizarían una vez por noche desde la location principal? La idea es que en caso de que el primer sitio no esté disponible, podríamos traer todas esas máquinas virtuales allí. Estaríamos bien con los datos de 1 día de edad.

Cualquier respuesta es apreciada.

Saludos cordiales, Stefan

One Solution collect form web for “Diseño de clúster VMware vSphere para la networkingundancia de sitios”

Simplemente recomendaría mantener dos clústeres separados y manejar la replicación en el nivel de la máquina virtual con el producto vSphere Replication . Esto está disponible para usted con su licencia de vSphere Essentials Plus y le permite mantener un RPO entre 15 minutos y 24 horas (ajustable por VM), así como la capacidad de replicar a types de almacén de datos diferentes. vSphere Replication es un componente utilizado en la suite de recuperación de desastres de Site Recovery Manager de VMware.

Utilizo la replicación para manejar la protección externa de algunas máquinas virtuales críticas. La revisión más reciente del software le permite mantener instantáneas puntuales en el destino.


introduzca la descripción de la imagen aquí


introduzca la descripción de la imagen aquí

  • ¿Debería estar preocupado por el código 39 para estos controlleres en un server virtual?
  • Distinguir entre login, nombre de usuario y uid en VMWare vShere Client
  • no puede migrar de vswitch a conmutador distribuido con sólo una NIC física
  • No se puede conectar a ESXi 5.1 después de actualizar a 5.1 U2
  • caching de routes con inputs incorrectas
  • Representación gráfica de CMDS / s / IOPS desde hosts VMWare ESX
  • Compartir almacenamiento de datos NFS entre centros de datos
  • Automatizar el abandono y join al dominio en VCenter
  • ¿Tiene sentido usar perfmon en una infraestructura vSphere?
  • ¿Cómo actualizar vSphere 5?
  • Vmware - La consolidación es necesaria, pero quiero revertir
  • ¿Cuál es la meta de iscsi en linux para servir a vSphere?
  • Problemas de networking después de clonar Windows Server 2008 R2 en un entorno aislado
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.