La gestión de sistemas y la forma de montarlos sufre cambios, desde mi punto de vista a mejor:

 

web2

  • Alta disponibilidad como un cluster activo-pasivo, realmente esto ya no tienen mucho sentido.
    Un cluster activo-pasivo en un entorno clásico, se monta por varios motivos:Si la máquina primaria se cae debe poder realizarse un cambio en poco tiempo, en algunos casos es aceptable unos 10 minutos de indisponibilidad (todo depende de lo que tarde la aplicación en arrancar)La máquina de existir y estar arrancada con todo lo necesario, en muchos casos son máquinas físicas aunque también pueden estar virtualizadas.

Finalmente son recursos desaprovechados, tenemos una máquina sin ninguna carga solo por si el nodo primario cae.

En un entorno cloud, la cosa podría se:

  • Configuramos una máquina con todo lo necesario en cuanto a sistema operativo y software. Realizamos una imagen cuando esté listo.
  • Los datos de la máquina los externalizamos en un disco o servicio Cloud.
  • El sistema de monitorización puede detectar problemas en el servicio y lanzar un script que:
    • Pare la máquina primaria
    • Arranque una secundaria con la imagen de la primaria, balanceando la IP de la primaria.
    • Montaje los discos o recursos de datos.

Esto anterior se puede automatizar con un grupo de autoscaling de Amazon Web Services (AWS), el resto de los proveedores ofrecen cosas similares.

  • Alta disponibilidad activo-activo
    Un cluster activo-activo en un entorno clásico, se monta por varios motivos:

    • Si una máquina cae la otra debe asumir la carga de trabajo de forma casi instantánea (depende del software)
    • La máquina de existir y estar arrancada con todo lo necesario, en muchos casos son máquinas físicas aunque también pueden estar virtualizadas.

En un entorno cloud, podría ser algo como:

  • Configuramos una máquina con todo lo necesario en cuanto a sistema operativo y software. Realizamos una imagen cuando esté listo.
  • Los datos de la máquina los externalizamos en un disco o servicio Cloud.
  • El sistema de monitorización puede detectar problemas en el servicio y lanzar un script que:
    • Pare la máquina que ha caído
    • Arranque una nueva máquina con la imagen inicial, balanceando la IP de la máquina caída.
    • Montaje los discos o recursos de datos.

Esto anterior se puede automatizar con un grupo de autoscaling de Amazon Web Services (AWS), el resto de los proveedores ofrecen cosas similares.

Hay que tener en cuenta que la foto final de en después de operar en un entorno cloud en seguimos teniendo un cluster activo-activo, frente a un cluster activo-activo con un solo nodo en funcionamiento en un entorno clásico.

 

  • Clonado de entorno de producción a preproducción. En un entorno clásico esto essiempre una tarea complicada, muy laboriosa y requiere mucha intervención humana. En cloud podemos utilizar por ejemplo el servicio CloudFormation (servicio de Amazon Web Services, el resto de los proveedores ofrecen servicios parecidos) que permite generar una infraestructura como si fuese código (redes, balanceadores, máquinas, discos, reglas de firewall, etc…)

 

 

ISOIN es especialista en proyectos de asesoría y migración a entornos Cloud. Si tiene cualquier inquietud respecto a cómo se realizaría la gestión de sistemas en un ambiente cloud, puede ponerse en contacto con nosotros.

Compartir...Tweet about this on TwitterShare on FacebookShare on Google+Share on LinkedIn
Categorías: Blog.