Global Site Backup のアベイラビリティ

Webex のグローバル サイト バックアップ (GSB) システムが災害時のビジネス継続を確かなものにします。 また、保守作業中や他のシステム停止時の、代替サイトとして利用できる利点もあります。 GSB により、それぞれのお客様に予備の Webex サイトが提供されます。 GSB システムでは、プライマリ サイトとバックアップ サイト間でリアルタイムの双方向データ同期を行うことができます。 すべての顧客が GSB のサポート対象となっています。

Webex バックアップ サイトはプライマリ サイトとは独立したサイトです。 Webex では、プライマリ サイトとは地理的に異なる場所の別のシステム上でバックアップ サイトがホストされます。

自動転送

ミーティングシステム全体が停止している場合に、GSB システムがあなたを自動的にバックアップ サイトに移動します。 プライマリ サイトでミーティングを開始した後でシステム全体の障害によりプライマリ サイトで障害が発生した場合は、バックアップ サイトの同一のスケジュール済みミーティングに自動的に誘導されます。 部分的なシステム障害が発生した場合は、Webex 側の判断でサービスが GSB サイトに切り替えられます。

スケジュール済みミーティングが開始される前にプライマリ サイトに障害が発生した場合は、次のようになります。 ミーティングのデータはプライマリ サイトとバックアップ サイトの間でリアルタイムに同期化されているので、スケジュール済みミーティングはバックアップ サイトで開催できます。 バックアップ サイトでスケジュールしたミーティングも、プライマリ サイトがオンラインに復帰すれば同様に開催できます。

ミーティング中にシステム全体が落ちたためにプライマリ サイトがつながらなくなったら、主催者と出席者の全員がミーティングから切断されます。 ミーティングの全参加者は、プライマリ サイトの URL を使用して再びミーティングに参加できます。このとき、参加者はバックアップ サイトに誘導されます。 ミーティングコラボレーションサーバーが引き続き機能している場合は、プライマリ サイトでミーティングを続行することができます。 ただし、プライマリ サイトで新たにミーティングを開始することはできません。 プライマリ サイトのサービスが復帰するまでは、バックアップ サイトでのみ新しいミーティングを開始することができます。

バックアップ サイト上で使う電話会議番号はプライマリ サイト上のものと同じものです。

プライマリ サイトから複製されたミーティングをバックアップ サイトで開始する場合、ミーティングの状況 ([進行中]/[今すぐ参加]) がプライマリ サイト上のオリジナルミーティングに対して表示されます。 出席者はバックアップ サイトで開始されたミーティングにプライマリ サイトから参加することができます。

あなたがアクセスできるのは1つのサイトのみです。プライマリ サイトが機能していればプライマリ サイト、プライマリ サイトが利用できない場合はバックアップ サイトにアクセスすることになります。 プライマリ サイトがダウンしている場合、ミーティング要求は Webex ネットワークにより自動的にバックアップ サイトにリダイレクトされます。

バックアップ サイトの外観はプライマリ サイトと全く同じです。 現在アクセスしているのがどちらのサイトなのかは次のようにコールすることで確認できます。 http: // <mycompany>.webex.com/ <mycompany>/detectbackup.php です。 プライマリ サイトに接続していれば、「Primary」というメッセージが返されます。 GSB サイトに接続していれば、「Backup」というメッセージが表示されます。

サイトバックアップ

GSB システムにより、ユーザーアカウントとミーティング情報は、プライマリ サイトとバックアップ サイト間で双方向にリアルタイムで同期化されます。 バックアップ サイトのミーティングにアクセスするのは、プライマリ サイトが利用できない場合のみです。

プライマリ サイトとバックアップ サイト間でユーザーアカウントおよびミーティング情報がリアルタイムで相互に同期されます。 サイトのブランド情報は日に 1 度、プライマリ サイトからバックアップ サイトに複製されているだけです。 バックアップ サイトでブランド情報を更新しても、プライマリ サイトでその情報を利用することはできせん。

GSB の複製システムにより、カスタマイズしたすべてのページとクライアントのバージョンが日に 1 度、プライマリ サイトからバックアップ サイトに複製されます。 カスタマイズしたページとクライアントがバックアップ サイトで利用できるようになるには、通常、24 時間かかります。

どちらのサイトで作成されたか問わず、新しいデータはすべて保管されます。

  • バックアップ サイトで作成されたユーザーアカウントは、プライマリ サイトにリアルタイムで複製されます。

  • バックアップ サイトでミーティングをスケジュールすると、そのミーティングは直ちにプライマリ サイトに複製されます。 バックアップ サイトでスケジュールしたミーティングは、プライマリ サイトに表示されます。

  • Webex では、バックアップ サイトの利用状況は関連プライマリ サイトと結合されています。 プライマリ サイトに関するレポートに、プライマリ サイトとバックアップ サイト両方の利用状況が掲載されます。

メンテナンス

メンテナンス開始前に通知が行われ、標準的なメンテナンスであれば、太平洋標準時刻の夜 7 時から 12 時には 終了します PST. この間にバックアップ サイトへのフェイルオーバーが行われ、保守作業の完了後にフェイルバックが行われます。サービスの可用性への影響はないと考えられます。

GSB システムにより、サイトのデータはプライマリ サイトとバックアップ サイト間で双方向にリアルタイムで同期化されます。 プライマリ サイトの更新が必要な場合、Webex は午後 7 時から午前 12 時の間に 終了します 。 プライマリ サイトに対する保守更新作業は、直ちにバックアップ サイトに反映されます。

デベロッパー サポート

GSB によるバックアップ サイトは XML API に対応しています。 GSB の場合、プライマリ サイトとバックアップ サイトが同じ URL を使用するので、統合コードを修正する必要はありません。

現在のRUNサイトのAPIユーザー向けサポートと比較して、パートナー向けGSB APIサポートのほうがより多くの機能を提供します。 RUN サイトはユーザー アカウントとブランド情報のみを保有しますが、GSB サイトは、以前にリストされたさらに多くの機能をサポートします。 GSB はまた、API ユーザーがコールによってバックアップ サイトにアクセスしているかどうかを検出する方法も提供します。 http: // <mycompany>.webex.com/ <mycompany>/detectbackup.php です。 プライマリ サイトに接続していれば、「Primary」というメッセージが返されます。 GSB サイトに接続していれば、「Backup」というメッセージが表示されます。 RUN サイトにはバックアップ サイトを示す情報はありません。