Escleiron en 10:49 3 ene 2026

2026-01-03T10:49:19Z

← Revisión anterior		Revisión del 10:49 3 ene 2026
Línea 10:		Línea 10:
	* Order → En qué orden se arrancan o paran los recursos		* Order → En qué orden se arrancan o paran los recursos

	~~---~~

	== Location Constraints ==		== Location Constraints ==
Línea 54:		Línea 54:
	</code>		</code>

	~~---~~

	== Colocation Constraints ==		== Colocation Constraints ==
Línea 85:		Línea 84:
	</code>		</code>

	~~---~~

	== Order Constraints ==		== Order Constraints ==
Línea 117:		Línea 115:
	</code>		</code>

	~~---~~

	== Constraints y Resource Groups ==		== Constraints y Resource Groups ==
Línea 136:		Línea 133:
	* Todos en el mismo nodo		* Todos en el mismo nodo

	~~---~~

	== Constraints Temporales (Failover Manual) ==		== Constraints Temporales (Failover Manual) ==
Línea 173:		Línea 169:
	</code>		</code>

	~~---~~

	== Buenas Prácticas ==		== Buenas Prácticas ==
Línea 183:		Línea 178:
	* No forzar nodos salvo necesidad operativa		* No forzar nodos salvo necesidad operativa

	~~---~~

	== Troubleshooting ==		== Troubleshooting ==
Línea 212:		Línea 206:
	</code>		</code>

	~~---~~

	== Referencias ==		== Referencias ==

Escleiron: Página creada con «= Pacemaker – Constraint Cheat Sheet = Hoja rápida de constraints (restricciones) en Pacemaker. Las constraints controlan dónde, cuándo y en qué orden se ejecutan los recursos del clúster. == Tipos de Constraints == * Location → Dónde puede o no ejecutarse un recurso * Colocation → Qué recursos deben (o no) ejecutarse juntos * Order → En qué orden se arrancan o paran los recursos --- == Location Constraints == Controla…»

2026-01-03T10:48:32Z

Página creada con «= Pacemaker – Constraint Cheat Sheet = Hoja rápida de **constraints (restricciones)** en Pacemaker. Las constraints controlan **dónde**, **cuándo** y **en qué orden** se ejecutan los recursos del clúster. == Tipos de Constraints == * **Location** → Dónde puede o no ejecutarse un recurso * **Colocation** → Qué recursos deben (o no) ejecutarse juntos * **Order** → En qué orden se arrancan o paran los recursos --- == Location Constraints == Controla…»

Página nueva

= Pacemaker – Constraint Cheat Sheet =

Hoja rápida de **constraints (restricciones)** en Pacemaker.
Las constraints controlan **dónde**, **cuándo** y **en qué orden** se ejecutan los recursos del clúster.

== Tipos de Constraints ==

* **Location** → Dónde puede o no ejecutarse un recurso
* **Colocation** → Qué recursos deben (o no) ejecutarse juntos
* **Order** → En qué orden se arrancan o paran los recursos

---

== Location Constraints ==

Controlan en qué nodo puede ejecutarse un recurso.

=== Ver location constraints ===

<code>
pcs constraint location
</code>

<code>
pcs constraint --full
</code>

=== Evitar que un recurso se ejecute en un nodo ===

<code>
pcs constraint location NOMBRE_RECURSO avoids NODO
</code>

Ejemplo:
<code>
pcs constraint location fs_shared avoids nodo2
</code>

=== Forzar un recurso a un nodo ===

<code>
pcs constraint location NOMBRE_RECURSO prefers NODO=INFINITO
</code>

Ejemplo:
<code>
pcs constraint location ip_shared prefers nodo1=INFINITY
</code>

=== Eliminar location constraint ===

<code>
pcs constraint delete ID_CONSTRAINT
</code>

---

== Colocation Constraints ==

Definen qué recursos deben ejecutarse juntos (o separados).

=== Ver colocation constraints ===

<code>
pcs constraint colocation
</code>

=== Forzar que un recurso vaya con otro ===

<code>
pcs constraint colocation add RECURSO_A with RECURSO_B INFINITY
</code>

Ejemplo:
<code>
pcs constraint colocation add fs_shared with vg_shared INFINITY
</code>

(Significa: *fs_shared solo puede ejecutarse donde esté vg_shared*)

=== Evitar que dos recursos estén juntos ===

<code>
pcs constraint colocation add RECURSO_A with RECURSO_B -INFINITY
</code>

---

== Order Constraints ==

Controlan el orden de arranque y parada de recursos.

=== Ver order constraints ===

<code>
pcs constraint order
</code>

=== Arranque secuencial ===

<code>
pcs constraint order start RECURSO_A then start RECURSO_B
</code>

Ejemplo:
<code>
pcs constraint order start vg_shared then start fs_shared
</code>

(Significa: primero se activa el VG, luego se monta el FS)

=== Parada inversa (implícita) ===

Pacemaker para automáticamente en orden inverso:
<code>
fs_shared → vg_shared
</code>

---

== Constraints y Resource Groups ==

Cuando se usan **resource groups**:

* El **orden** está implícito
* La **colocación** está implícita
* **No es necesario** crear order/colocation manuales

Ejemplo de grupo:
<code>
pcs resource group add SHARED vg_shared fs_shared ip_shared
</code>

✔ El clúster garantiza:
* vg → fs → ip
* Todos en el mismo nodo

---

== Constraints Temporales (Failover Manual) ==

=== Mover un recurso o grupo ===

<code>
pcs resource move RECURSO
</code>

o

<code>
pcs resource move GRUPO
</code>

✔ Crea una **location constraint temporal**
✔ Se elimina automáticamente tras el movimiento

=== Ver constraints temporales ===

<code>
pcs constraint --full
</code>

=== Limpiar restricciones manuales ===

<code>
pcs resource clear RECURSO
</code>

o

<code>
pcs constraint clear
</code>

---

== Buenas Prácticas ==

* Usar **resource groups** siempre que sea posible
* Evitar constraints permanentes innecesarias
* Limpiar constraints tras pruebas
* Revisar `pcs constraint --full` si un recurso no arranca
* No forzar nodos salvo necesidad operativa

---

== Troubleshooting ==

=== Un recurso no arranca ===

1. Revisar constraints:
<code>
pcs constraint --full
</code>

2. Revisar estado:
<code>
pcs status
</code>

3. Limpiar errores:
<code>
pcs resource cleanup RECURSO
</code>

=== El recurso no se mueve ===

* Probable constraint activa
* Revisar y limpiar:
<code>
pcs resource clear RECURSO
</code>

---

== Referencias ==

* https://clusterlabs.org/pacemaker/doc/
* https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/configuring_and_managing_high_availability_clusters

Constraints - Historial de revisiones

Escleiron en 10:49 3 ene 2026