まずは、地理的（領域）の概念と利用可能なエリア（ゾーン）、地理的地域および利用可能で構成されている複数の場所に分散クラウドデータベースのホスティング部屋を定義してみましょう。各エリアには、地理的に離れた地域です。それぞれがこの領域を利用可能と呼ばれ、お互いのネットワーク独立した物理データセンター内の電力のセットを有します。別の使用可能な領域に影響を与えないであろう利用可能な領域の故障は、間隔障害、無障害増殖によって互いに分離することができます。低レイテンシのリンクを介して接続された同じ地域のネットワークの下で利用可能。多くの場合、ユーザーが異なるゾーンに配置されている利用可能なリソースはそんなにフリーゾーンの展開は、データベースの空き領域をアクセス不能にしたデータベース障害から保護することができ、システムの設計に利用できないサービスによって引き起こされる単一断層帯をマスクするために使用することができます検討することをお勧めします。
ここでは、各クラウド高可用性MySQLデータベーススキーマのバージョンがリアルタイムホットスタンバイのバックアップ・マシンは、使用可能な華東地域の選択などの高可用性データベースを提供しているにかかわらず、クラスタ内のデータベース・インスタンスの複数のゾーン間で利用可能な場合、ことは明らかでなければなりません三つの領域の上海エリア、データレプリケーションは、スタンバイが同じ地域で利用可能で、強力な同期パターン、マスタからなるクラスタ、2つのスタンバイです。
ここでの焦点は、利用可能な領域にわたってクラウドデータベースMySQLサポートの展開、市街地における異なるポイントで利用できる主な図書館や図書室機器、テンセント回線網により、リアルタイムのデータ・レプリケーション。特性は、存在する場合、プライマリ・データベース・インスタンス障害または中断ゾーンが利用可能で、マスタ・データベース・インスタンスが自動的にスタンバイコピーに切り替えられる利用可能なクラウドのMySQLデータベースの複数の被災地への能力、ホストマシンとユーザに対して透過スタンバイ切り替え方法を提供する領域にわたって展開することができますこれは、IDCの単一業務展開のリスクを回避することができます。
「マルチ使用可能な領域」、上海地区での主なライブラリを選択し、異なるサブ領域における2つの地区の上海、注意スタンバイデータベースの準備2つのライブラリが利用可能であり、それは2〜3msの同期ネットワークの遅延を増大させることができます。ローカルホスト、バックアップとしてリモートマシン、データへの外部アクセス、ローカル最初の例にアクセスするため、プライマリ・データベースに障害が発生したか、アクセスが、ライブラリによってアクセス到達できない場合。
図に示すように、図の例全体的なアーキテクチャは、利用可能な領域を横切って展開しました。
