データセンターの運用を終了できます。

注： すべてのコマンドは、root 認証情報を使用して実行する必要があります。

手順

  1. 初期のシャットダウン手順を実行します。
    1. すべてのサービス プロバイダおよびリソース マネージャ アプライアンスのスナップショットを作成します。
    2. すべてのマルチ DC システムのすべてのテナント アプライアンスのスナップショットを作成します。
    3. サービス プロバイダ、リソース マネージャ、およびテナント アプライアンスを DC2 （運用が終了となるターゲット データセンター）でシャットダウンします 。
  2. テナントの初期メンテナンスを実行します。
    影響を受けるすべてのテナントについて、残りのデータセンターで次の手順を実行します。
    1. すべてのテナント アプライアンスで dtService を停止します。 
      service dtService stop
    2. すべてのテナント アプライアンスでこのファイルを削除します 
      /usr/local/desktone/release/active/conf/proxy.conf
    3. すべてのテナント アプライアンスで Slony デーモン プロセスを終了します。 
      killall slon
    4. すべてのテナント アプライアンス（FDB と EDB の両方）で Slony スキーマを削除します。 
      drop schema _slony cascade;
    5. 「host=」で開始する行の DC2 の IP アドレスをこのファイルから削除します。 
      /usr/local/desktone/release/active/conf/fdb.properties
  3. プライマリ サービス プロバイダとテナントをデータセンター間でプライマリに昇格させます。
    1. psql のプロンプトに移動します。
    2. 次のコマンドを実行します。 
      update appliance set capabilities = 199 where name=’<primarysp>’
update appliance set capabilities = 240 where name=’<primarytenant>’
  4. 残りのデータセンターでサービス プロバイダの初期メンテナンスを実行します。
    残りのデータセンターで以下の手順を実行します。
    1. すべてのサービス プロバイダ アプライアンスで dtService を停止します。 
      service dtService stop
    2. すべてのリソース マネージャ アプライアンスで dtService を停止します。 
      service dtService stop
    3. このファイルが存在する場合は、すべてのリソース マネージャ アプライアンスでこのファイルを削除します。 
      /usr/local/desktone/release/active/conf/proxy.conf
    4. すべてのサービス プロバイダ アプライアンスで Slony デーモン プロセスを終了します。 
      killall slon
    5. すべてのサービス プロバイダ アプライアンス（両方の FDB）で Slony スキーマを削除します。 
      drop schema _slony cascade;
    6. 「host =」を開始する行で、サービス プロバイダ アプライアンスで検出されたこのファイルから DC2 の IP アドレスを削除します。 
      /usr/local/desktone/release/active/conf/fdb.properties
  5. proxychains の設定をクリーンアップします。
    すべてのサービス プロバイダ、リソース マネージャ、およびマルチ DC テナント アプライアンスで、/etc/proxychains.conf をクリーン バージョンに置き換えます。
  6. FDB をクリーンアップします（コマンドはすべてプライマリ ノードで実行する必要があります）。
    1. サービス プロバイダ アプライアンスの場合： 
      select * from datacenter;
    2. 前のクエリ結果から、運用を終了するデータセンターに関連付けられている ID を選択し、サービス プロバイダの FDB で次のコマンドを実行します。 
      delete from billing_summary where datacenter_id='<prev_query_id>';

delete from datacenter where id='<prev_query_id>';
    3. 運用を終了するテナント FDB 上で、上記と同じクエリを実行します。
  7. 影響を受けるノードで slony を再初期化します。
    1. サービス プロバイダ アプライアンスで slony デーモンを開始します。 
      /usr/local/desktone/scripts/start_slon_fdb.sh
    2. 影響を受けるすべてのテナント アプライアンスで slony デーモンを開始します。 
      /usr/local/desktone/scripts/start_slon_fdb.sh 
/usr/local/desktone/scripts/start_slon_edb.sh
    3. サービス プロバイダ アプライアンスで memcached を再起動します。 
      service memcached restart
    4. プライマリ サービス プロバイダ ノードで dtService を起動します。 
      service dtService start
    5. サービス プロバイダに対して FDB を初期化します。 
      initSlonyForOrg(1000,<blank>,"fabric")
    6. 影響を受けるすべてのテナントに対して FDB を初期化します。 
      initSlonyForOrg(orgId,<blank>,"fabric")
    7. 影響を受けるすべてのテナントに対して EDB を初期化します。 
      initSlonyForOrg(orgId,remainingDCId,"element")
    8. slony テーブルのレプリケーション セットが、テナントとサービス プロバイダの両方のアプライアンスで 2 ノードに制限されていることを確認します（クエリは 2 行を返します）。 
      select * from _slony.sl_node;
    slony を正しく初期化し、socks プロキシ構成を削除する必要があります。
  8. システムを稼動状態に戻します。
    1. 他のサービス プロバイダ アプライアンス（プライマリではない）で memcached を再起動します。 
      service memcached restart
    2. 他のサービス プロバイダ アプライアンス（プライマリではない）で dtService を起動します。 
      service dtService start
    3. リソース マネージャ アプライアンスを再起動します。 
      reboot now
    4. テナント アプライアンスでの dtService の起動： 
      service dtService start
    5. 影響を受けるテナントで、顧客が自分のデスクトップにアクセスできることを確認します。
    6. [オプション] 影響を受けるテナントでプールを拡張します。
    7. 影響を受けるテナントでの割り当てとハイパーバイザー ホストの割り当てを確認します。
  9. すべてのシステムが正常に機能しているように見える場合は、次の手順を実行します。
    • 運用を終了したデータセンターのアプライアンスを削除します。
    • 既存のデータセンターのアプライアンスのスナップショットを削除します。