Corosync 2からCorosync 3へのアップグレード

前提条件

開始する前に：

GFS2 SRを使用するすべての仮想マシン (VM) をシャットダウンします。

高可用性 (HA) が無効になっていることを確認します。

ホストプールが正常であることを確認します。

すべてのホストがXenServer 8.4を実行していることを確認します。

手動アップグレード手順

Corosync 2からCorosync 3へ移行するには、以下の手順に従ってください：

GFS2ストレージリポジトリ (SR) を使用しているすべてのVMをシャットダウンします。これには、GFS2 SR上にある仮想ディスクイメージ (VDI) を持つVMも含まれます。

プール内のすべてのGFS2 SRをデタッチします。XenCenterで、GFS2 SRを右クリックし、デタッチ…をクリックします。

クラスタリングを無効にします。XenCenterで、プールまたはスタンドアロンサーバーノードを右クリックし、プロパティ → クラスタリングに進み、クラスタリングを有効にするのチェックを外します。

クラスタリングが無効になったら、同じメニューからクラスタリングを再度有効にすることで、クラスターを再作成します。

各SRを右クリックし、修復…を選択して、GFS2 SRを再アタッチします。

通常の操作を再開するために、必要なVMを起動します。

注記:

これらの手順を完了すると、クラスターはCorosync 3で実行されます。アップグレードプロセスが完了しました。

CLIを使用したアップグレード手順

CLIを使用してCorosync 2からCorosync 3にアップグレードするには、このプロセスを使用します。

GFS2 SRを特定します。

xe sr-list type=gfs2
<!--NeedCopy-->

各SRを使用しているVMをリストします。

xe vdi-list sr-uuid=<gfs2-sr-uuid> params=vbd-uuids
xe vbd-list uuid=<vbd-uuid> params=vm-uuid
<!--NeedCopy-->

影響を受けるVMをシャットダウンします。

xe vm-shutdown uuid=<vm-uuid>
<!--NeedCopy-->

SRをアンプラグします。

xe sr-list type=gfs2 params=PBDs
xe pbd-unplug uuid=<pbd-uuid>
<!--NeedCopy-->

クラスターを破棄します。

xe cluster-pool-destroy uuid=<cluster-uuid>
<!--NeedCopy-->

Corosync 3でクラスターを再作成します。

xe cluster-pool-create network-uuid=<network-uuid>
<!--NeedCopy-->

SRを再アタッチします。

xe pbd-plug uuid=<pbd-uuid>
<!--NeedCopy-->

Corosync 3を実行するために、クラスターのVMを起動します。

xe vm-start vm=<vm-uuid> on=<host-uuid>
<!--NeedCopy-->

互換性に関する注意事項と考慮事項

シトリックスバーチャルアプリおよびデスクトップ (CVAD)

CVADを使用してVMを管理している場合、ホストがメンテナンスモードになっていることを確認するか、シャットダウン中（ステップ1）にGFS2 SR上でVMが再起動しないことを確認してください。

メンテナンス計画

ステップ1と2は時間がかかる場合があります。例えば、16台のホストと62個のSRを含むテストでは、約6時間かかりました。それに応じて適切なメンテナンス期間を計画してください。

アップグレードの強制

このアップグレードは、XenServer 8.4から先に進む前に必須です。Corosyncのアップグレードが完了していない場合、ローリングプールアップグレード（RPU）プラグインはXenServer 8.4からそれ以降のバージョンへのアップグレードをブロックします。XenCenterはクラスターの使用状況に基づいて警告を表示します。

この情報は役に立ちましたか?