高可用性システムの追加

システムに高可用性（HA）を追加する準備

高可用性（HA）システムは、ローカルの冗長システムであり、それを作成してプライマリシステムに追加します。仮想マシンの障害が発生すると、システムは HA システムにフォールバックします。

HA を追加してシステムを更新する場合は、HA を追加してからシステムを更新し、統合されたシステム（プライマリと HA）を更新することを推奨します。プライマリシステムが更新されると、HA システムは自動的に更新されます。プライマリシステムを最初に更新して HA を追加する場合は、HA システムを個別に導入してから更新し、プライマリシステムと HA システムの両方を同じバージョンにする必要があります。

HA システムには、次の制約があります。

HA を実行しているシステムは、マルチデータセンター（MDC）に結合できません。（HA を削除するには、システムからのハイアベイラビリティの削除を参照してください）
HA システムサイズはプライマリシステムサイズと同じである必要があります。
HA システムはプライマリシステムのリリースバージョンと同じである必要があります。

プライマリシステムと同じ OVA およびパッチを使用して HA システムを設定する必要があります。プライマリシステムと高可用性システムのバージョンが一致しない場合、次のリンクが表示されます。
- 更新：HA 設定の最後のページに表示されます。
- 高可用性アップグレード：HA を追加するプロセスを開始した後に表示されます。ただし、バージョンが一致していない場合に限ります。
プライマリシステムで現在 HA が使用されていて、新しい HA システムを導入している場合は、元の HA システムで仮想マシンを再使用することはできません。新しい HA システムを新しい仮想マシンに導入する前に、古い HA 仮想マシンを削除します。
このプロセスによって新しい仮想マシンがシステムに追加されるため、自己署名証明書を使用している場合を除き、現在のセキュリティ証明書は無効になり、更新された証明書が必要になります。
HA システムの内部仮想マシンは、プライマリシステムの内部仮想マシンと同じサブネット上に存在する必要があります。
プライマリシステムにパブリックアクセスを追加した場合は、それを HA システムに追加します。また、HA システムのインターネットリバースプロキシ仮想マシンは、プライマリシステムのインターネットリバースプロキシ仮想マシンと同じサブネット上に存在する必要があります。
システムプロパティを表示することはできますが、HA システムを変更することはできません。たとえば、アップグレード、SNMP の設定、ストレージへのアクセス、電子メールサーバの設定はできません。
ロードバランシングを設定することはできません。これは自動化されたプロセスであり、システムに組み込まれています。別のマシンとして設定されたロードバランサはサポートされていません。

はじめる前に

確認：
- ターゲットプライマリシステムが導入されており、MDC には含まれていない。
- 仮想マシン間に、冗長ネットワークが存在します。
- ネットワークは 10 gbps の高帯域幅ネットワークです。
- プライマリおよび HA システムで、Network Time Protocol（NTP）が設定されていて、時計が同期されています。
プライマリシステムのバックアップを作成します。VMware を使用したバックアップの作成 vCenterを参照してください。
すべての仮想マシンが正常に機能していることを確認します。ダッシュボードのシステムモニタを表示して、仮想マシンのステータスを決定します。
この手順を実行する前に、高可用性仮想マシン上のスナップショットを取ることを推奨します。エラーが発生した場合は、スナップショットからの手順をやり直します。
高可用性仮想マシンの完全修飾ドメイン名（FQDN）を記録します。プライマリシステムに高可用性を追加するには、FQDN を理解しておく必要があります。

高可用性（HA）システムの展開

高可用性（HA）システムはプライマリシステムと同様に展開されますが、展開時に HA システムが自身を HA システムとして認識する点が異なります。HA システムは、次に、プライマリシステムにリンクされます。これにより、プライマリシステムは、自身に障害が発生した場合に HA システムをフォールバックとして使用します。プライマリシステム障害は、ユーザからは透過的になります。

システムに HA を追加するには、次のようにします。

手順

ステップ 1

システムの自動展開：ワークフローまたは手動でのシステムの展開：ワークフローを使用して並列システムを展開します。プライマリシステムまたは HA を展開するかどうかをこの手順で尋ねられたら、[HA] を選択します。

HA システムの展開には、プライマリシステムの展開に使用したのと同じ手順を使用することをお勧めします。プライマリシステムの展開に使用した手順がわからないときは、大規模な（2000 人の同時使用ユーザ）システムを展開する場合を除いて、システムを自動で展開する手順を使用します。すべての大規模なシステムでは、システムを手動で展開する必要があります。

ステップ 2

HA とプライマリシステムのバージョンが一致していることを確認します。

別のブラウザウィンドウで、プライマリシステムの Webex 管理サイトにサインインします。
[ダッシュボード（Dashboard）] タブで、[システム（System）] ペイン内のプライマリシステムのバージョン番号が、HA のバージョンと一致していることを確認します。

バージョンが一致した場合は、続行します。
プライマリシステムが HA システムより新しいバージョンである場合は、一致するバージョンのソフトウェアと OVA ファイルを使用して HA システムを再展開するか、HA システムをアップデートします。

次のタスク

高可用性システムからプライマリシステムへのリンクを使用して、プライマリシステムに HA システムをリンクします。

高可用性システムをアップデートする場合は、システムを再起動し、再起動処理が完了した後、プライマリシステムへの高可用性システムの追加手順を開始する前に、さらに 15 分待つことをお勧めします。

高可用性システムからプライマリシステムへのリンク

プライマリシステムに HA をリンクすることで、展開された HA システムにプライマリシステムを統合するには、次の手順を行います。

始める前に

このシステムがマルチデータセンター（MDC）システムに参加していないことを確認します（HA は、MDC 環境ではサポートされていません）。

高可用性（HA）システムの展開に記載されているプライマリシステムを作成したものと同じプロセスを使用して、高可用性（HA）システムを作成します。

手順

ステップ 1

システムがメンテナンスモードになっていることをユーザと管理者に通知します。

このタスクを実行するためにメンテナンス時間帯をスケジュールする際は、メンテナンスモードをオフにするとシステムのリブートが実行されます。システムのリブートには、システムのサイズによって、約 30 分かかります。

ステップ 2

プライマリシステムの Webex サイト管理（Webex Site Administration）にログインします。

ステップ 3

[システム（System）] セクションで、[管理（Manage）] リンクを選択します。

ステップ 4

[高可用性システムを追加（Add High Availability System）] をクリックします。

ステップ 5

[システムプロパティ（System Properties）] ページの指示に従って、HA システムを追加します。

ステップ 6

高可用性システムの管理サイト仮想マシンの完全修飾ドメイン名（FQDN）を入力し、[続行（Continue）] を選択します。

プライマリシステムと HA システムが準備できているかどうかが検証されます。両方のシステムの準備が完了すると、緑色の [追加（Add）] ボタンが表示されます。（このボタンを選択するのは、システムがメンテナンスモードになっている場合のみにしてください）。いずれかのシステムが準備できていない場合は、エラーメッセージが表示されます。エラーを修正し、この手順を再実行します。

ステップ 7

[追加（Add）] を選択します。

（注）

「エラーコード：Database-64（Error code: Database-64）」と表示された場合は、高可用性仮想マシンのスナップショットを使用してこの手順を再実行します。

高可用性システムが追加され、プライマリシステムの障害時にバックアップとして機能するように自動的に設定されます。

ステップ 8

再起動が完了したら、Webex サイト管理（Webex Site Administration）にサインインし直します。

HA を削除するには、システムからのハイアベイラビリティの削除を参照してください。

コンポーネント障害後の高可用性システムの動作

仮想マシンで実行中の特定のメディアおよびプラットフォームのコンポーネントが停止した場合、これらのコンポーネントはシステムにより自動的に再起動されます。影響を受けるミーティングは、システムの同じまたは別の仮想マシンで使用可能な他のリソースにフェールオーバーします（スタンドアロンの 50 ユーザシステムを除く）。