Pacemaker: 構成に「優先」行を追加せずにリソースを移行する

私はこれが少し古いものであることを知っていますが、それについて満足のいく答えを持っている人がいないようです。ここに説明があります。

実行時：

# crm resource migrate r0 node2

cli-prefer-*ルールが作成されます。

r0を再びnode1に移動したい場合は、次の操作を行う必要はありません。

# crm resource migrate r0 node1

しかし、あなたは以下を実行します：

# crm resource unmigrate r0

ルールを自動的に使用umigrateまたはunmove削除しますcli-prefer-*。

クラスタ構成からこのルールを手動で削除しようとすると、クラスタで非常に悪いことが発生するか、少なくとも私の場合は悪いことが発生します。

ああ、喜び。

migrateターゲットノードと一緒に使用するかなしでコマンドを使用するかはすべて決まります。現在のcliドキュメントでは、以下を介してcrm resource help migrate：

ターゲットノードを省略すると、リソースが現在のノードで実行されないようにする制約が生成され、リソースが移行されます。これらの制約を生成するには、力パラメータが必要です。

過去には、force2ノードクラスタを実行するときにこれを実行することもできました（両方のノードは決して適切なクラスタを作成しませんが、ここからは離れません）。結局、ペースメーカーの実行設定が発生します。コマンドがトリガされたときに実行中のノードで実行されないように指示するため、migrateペースメーカーは強制的に別のノードに移動します。

を実行すると、crm resource migrate最終的にlocation cli-...ペースメーカーの設定にステートメントが表示されます。これらのステートメントには2つのタイプがあり、簡単に確認できます。

crm configure show | grep -e cli-prefer -e cli-ban

重大なビジネスでは、上記のコマンドはnagios / icinga / whateverの監視チェックの一部でもあります。長期的には、これらの手動制約は、実行中の構成に絶対に存在してはならないからです。

もう一度別のノードに移行すると、このような別のステートメントが生成され、最後のノードもリソースに対して「実行できない」場所として表示されます。このようにしてすべてのノードが「移行」されている場合...関連リソースはどこでも起動できず、幸運ではありません。これがおそらく最初にこの質問を要求した理由です。

解決策は、ターゲットノードを省略したときに常にcrm resource migrateコマンドの後にコマンドを適用して、足にcrm resource unmigrate銃を撃たないようにすることです。

---

ただし、常にターゲットノードを指定する場合、これはすべて重要ではありません。

crm resource migrate RESOURCE NODEやり直すと/ペースメーカー構成のドアが調整されるので心配しないでくださいpcs resource move RESOURCE NODE。cli-prefer...

したがって、リソースが起動しないという問題が発生することなく、必要に応じて頻繁にcrm resource migrate実行することができます。pcs resource move

特定のリソースに対するこれらの手動制限を削除するには、次のいずれかのコマンドを実行します。

crm resource unmigrate RESOURCE
crm resource clear RESOURCE

pcs resource clear RESOURCE

ただし、最初に位置制限を作成しないと、ここで提案されている他の答えとは異なり、リソースは魔法のように初期ホストに到達しません。

1つの解決策は、cli-prefer再移行を試みる前にこれらの制約を手動で削除するか（非アクティブ制約の維持に興味がない場合）、5分などの期間を追加することです。

crm resource migrate r0 node2 PT5M

5分後、ルールはもうアクティブになりませんが（r0再転送される可能性があります）、まだ表示されます。

また、2ノードクラスタでは別のノードを指定する必要はありません。