Accepted Solutions
Hola,
La virtualización de la solución que planteas es totalmente factible, además existen documentos con buenas prácticas y metodología para virtualizar Oracle. Echa un vistazo por los KB de VMware y encontrarás información.
Respecto el acceso directo que comentan a la cabina, deberás plantear si el disco que vas a asignar a Oracle va a ser con el iniciador iSCSI de Windows o con el datastore ya asignado por parte de VMware.
Respecto a la replicación, lo que has de tener en cuenta es si vas a usar los CPDs como Activo/Pasivo o Activo/Activo, es decir, corriendo todas las VMs en un host o repartiendolas en ambos. Con las 8 tarjetas vas bien, así podrás redundar todos los servicios como Producción, vMotion, Administración e iSCSI.
Necesitarás clusterizar los servidores, el motivo es que HA de VMware TIENE PARADA, ya que arranca la VM desde cero si la otra sufre caida. Mientras que si tienes un cluster NO HAY PARADA. A tener en cuenta que viendo la solución que es imagino que el cliente NO QUERRA PARADA ya que replicación síncrona con el coste que supone el software de EMC + las 2 cabinas.... por lo tanto tendrás que montar 2 Windows Enterprise con el coste que acarrea.
Un saludo.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Hola,
La virtualización de la solución que planteas es totalmente factible, además existen documentos con buenas prácticas y metodología para virtualizar Oracle. Echa un vistazo por los KB de VMware y encontrarás información.
Respecto el acceso directo que comentan a la cabina, deberás plantear si el disco que vas a asignar a Oracle va a ser con el iniciador iSCSI de Windows o con el datastore ya asignado por parte de VMware.
Respecto a la replicación, lo que has de tener en cuenta es si vas a usar los CPDs como Activo/Pasivo o Activo/Activo, es decir, corriendo todas las VMs en un host o repartiendolas en ambos. Con las 8 tarjetas vas bien, así podrás redundar todos los servicios como Producción, vMotion, Administración e iSCSI.
Necesitarás clusterizar los servidores, el motivo es que HA de VMware TIENE PARADA, ya que arranca la VM desde cero si la otra sufre caida. Mientras que si tienes un cluster NO HAY PARADA. A tener en cuenta que viendo la solución que es imagino que el cliente NO QUERRA PARADA ya que replicación síncrona con el coste que supone el software de EMC + las 2 cabinas.... por lo tanto tendrás que montar 2 Windows Enterprise con el coste que acarrea.
Un saludo.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Hola,
Respecto la utilización de iniciador iSCSI de Windows o almacenar directamente en el datastore, con Oracle no puedo ayudarte ya que no he realizado instalación de este, imagino que en la información que facilitó pcerda has de tener datos del rendimiento en ambos entornos. Bajo mi punto de vista, usaría el almacenamiento directo que proporciona vSphere, ya que si usas el iniciador iSCSI de Microsoft estarías accediendo la cabina a través del vSwitch de producción, lo cual podría repercutir en el rendimiento del resto de VMs. Si lo haces directamente en el datastore de vSphere lo que si has de tener en cuenta es si en Oracle predominará las consultas o escrituras, ya que si predominan las escrituras deberías configurar el disco en Thick... ya que un continuo incremento de este si está en Thin puede repercutir en el rendimiento.
Se pueden dar varias cauísticas en HA con la infraestructura que propones:
Si cae el host ESX en el sitio principal, gracias a HA el host ESX en el sitio secundario levantará las VMs desde el datastore en el sitio principal
Si cae la cabina en el sitio principal, tendrás que conmutar a mano al datastore replicado en el sitio secundario y registrar las VMs para arrancar (puede hacerse con scripting).
Si cae el sitio principal, tendrás que conectar el datastore replicado en el host del sitio secundario y registrar las VMs (puede hacerse con scripting).
Bajo mi punto de vista, acarreará mayor coste pero debería ser propuesto al cliente. Es contar con tres hosts al menos, dejando un cluster en el sitio principal con los dos hosts de esa ubicación y el sitio secundario con un único host. Pero como siempre todo depende de si el cliente quiere tener el sitio secundario A LA ESPERA o funcionando... normalmente el sitio secundario suele ser para contingencia, es decir, en cuanto el sitio primario está disponible se vuelve al estado de normalidad.
Lo importante es saber si la solución a plantear es Activo/Activo o Activo/Pasivo... de todos modos a mi entender es más factible contar con tres hosts.
Saludos.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Hola,
¿Sincronización de cabina o de bbdd? Son cosas diferentes, porque si es sincronización de bbdd si funcionaría lo que dices ya que los almacenamientos son diferentes y se replica a nivel de aplicación.
Pero si la sincronización es a nivel de cabina, decirte que tendrás que declarar contingencia si se cae EL SITIO PRINCIPAL POR COMPLETO y reescanear el almacenamiento en el ESX del sitio secundario, conectarlo y registrar las VMs y arrancar desde cero.
Saludos.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]