La idea detras de este post es consolidar varios clusters de 2 nodos Solaris 10, usando zonas. Los servicios balancean de una zona de una maquina a otra zona de otra maquina. Otro planteamiento (que no explico aqui) podria ser conmutar la zona entera (mas lento debido a que hay que levantar una zona antes del recurso).
Escribi esta chuleta hace casi 2 años cuando monte un cluster SC3.2 con resource group Oracle corriendo en 2 zonas no-globales, para un entorno productivo en una Telco. Lo publico esperando que resulte interesante. No entra demasiado en los detalles tecnicos, sino que es mas conceptual.
Ejemplo: 2 proyectos cada uno con su cluster, sin consolidar:
- Proyecto A, 2 maquinas, pa01 y pa02, con Sun Cluster, con un grupo de recursos A-rg :
+-------+ pa01 +-------+ pa02
| A-rg | | . |
+-------+ +-------+
- Proyecto B, 2 maquinas, pb01 y pb02, con Sun Cluster, con dos grupos de recursos B1-rg y B2-rg:
+-------+ pb01 +-------+ pb02
| B1-rg | | . |
| . | | B2-rg |
+-------+ +-------+
Consolidamos asi:
- 2 maquinas fisicas, m1 y m2, con Sun Cluster,
- pa01 y pb01: zonas no globales de m1
- pa02 y pb02: zonas no globales de m2
m1 m2 +------------------+ +------------------+ | | | | | +-------+ pa01 | | +-------+ pa02 | | | A-rg | | | | . | | | +-------+ | | +-------+ | | | | | | +-------+ pb01 | | +-------+ pb02 | | | B1-rg | | | | . | | | | . | | | | B2-rg | | | +-------+ | | +-------+ | | | | | |Solaris 10 - SC3.2| |Solaris 10 - SC3.2| +------------------+ +------------------+
Podemos aplicar management de recurso a las zonas –> containers.
Para montar esto, primero hay que montar las 2 maquinas, como si fueran a ser un cluster de 2 maquinas normales, instalar SC3.2.
Despues creamos las zonas.
Hay que entender que no se trata de 2 clusters de 2 nodos, sino de un cluster de 2 nodos, con 4 zonas.
A la hora de crear los usuarios, fs y demas, crearlos en las zonas, no en las maquinas fisicas.
Para el montaje de los FS locales de cada zona (/var, /opt/oracle,…) , ver Zones/fs.txt.
A la hora de crear los RGs, con clsetup, añadiremos las zonas donde corran, no los nodos, es decir:
A-rg : NodeList = m1:pa01, m2:pa02 B1-rg: NodeList = m1:pb01, m2:pb02 B2-rg: NodeList = m2:pb02, m1:pb01
Los FS de los RGs se deben de montar en la zona global, en un path que no sea bajo el zonepath de ninguna zona.
Por ejemplo:
El A-rg necesita los FS:
/A/scripts /A/BD/C1 /A/BD/C2 /A/BD/C3 /A/BD/a00 /A/BD/i00 /A/BD/r00 /A/BD/s00 /A/BD/s01 /A/BD/s02 /A/BD/t00
Hay que poner los FS de los RGs en el /etc/vfstab de los dos nodos m1 y m2 (en la zona global), ya que SC3.2 los montara primero en la zona global antes que en la zona no-global.
Por ejemplo:
m1:/etc/vfstab ... # A-rg /dev/vx/dsk/A-dg/lvscripts /dev/vx/rdsk/A-dg/lvscripts /A/scripts vxfs 2 no log /dev/vx/dsk/A-dg/lvbdc1 /dev/vx/rdsk/A-dg/lvbdc1 /A/BD/C1 vxfs 2 no log /dev/vx/dsk/A-dg/lvbdc2 /dev/vx/rdsk/A-dg/lvbdc2 /A/BD/C2 vxfs 2 no log ...
En las zonas donde vaya a correr el RG en cuestion, se deben de crear unicamente los correspondientes puntos de montage:
/A/scripts /A/BD/C1 /A/BD/C2 /A/BD/C3 /A/BD/a00 ...
En particular, no es necesario poner nada en el vfstab de las zonas no globales.
Recent Comments