rsc-role
şi/sau with-rsc-role
(pentru restricţii de colocare) şi câmpurile first-action
şi/sau then-action
(pentru restricţii de ordonare).
Tabel 10.7. Opţiuni de restricţionare adiţionale relevante la resurse multi-state
Câmp | Descriere |
---|---|
rsc-role
| |
with-rsc-role
| |
first-action
| |
then-action
|
myApp
va aştepta până când una din copiile bazei de date a fost pornită şi promovată la master înainte de a fi ea însăşi pornită. Doar dacă nici o copie nu poate fi promovată va fi împiedicată apache-stats
de a fi activă. În mod adiţional, baza de date va aştepta ca myApp
să fie oprită înainte să fie degradată.
Exemplu 10.8. Exemple de restricţii implicând resurse multi-state
<constraints> <rsc_location id="db-prefers-node1" rsc="database" node="node1" score="500"/> <rsc_colocation id="backup-with-db-slave" rsc="backup" with-rsc="database" with-rsc-role="Slave"/> <rsc_colocation id="myapp-with-db-master" rsc="myApp" with-rsc="database" with-rsc-role="Master"/> <rsc_order id="start-db-before-backup" first="database" then="backup"/> <rsc_order id="promote-db-then-app" first="database" first-action="promote" then="myApp" then-action="start"/> </constraints>
Master
sau Slave
). În exemplu, clusterul va alege o locaţie în funcţie de unde rulează baza de date în mod curent ca Master
, şi dacă sunt mai multe instanţe de Master
va lua în considerare şi preferinţele proprii de locaţie ale myApp
când va decide care locaţie să aleagă.
rsc
este (după filtrarea rolului) limitat la nodurile pe care resursa multi-state with-rsc
există (sau va exista) în rolul specificat. Alocarea este atunci efectuată în mod normal.