サイトがミラーリングされると、それぞれのサーバーのコンテンツが同期されます。これは本当ですか？
はい、ミラー サイトは、いくつかの理由 (更新の伝播時間、ネットワーク障害など) で同期されていない場合でも、常にマスターと同期する必要があります。
これを実現するにはいくつかの方法があります。たとえば、単純な方法は、cron ジョブでrsyncコマンドを使用することです。より良い解決策は、Debian および Ubuntu Linux ディストリビューションで使用される「プッシュ ミラーリング」手法です。
すべてのサーバーが「等しい」か、それともメイン サーバーが存在し、変更を他の「子サーバー」に送信しますか?
いいえ、すべてのサーバーが同等というわけではありません。通常、コンテンツ プロバイダは 1 つまたは複数のマスター サーバーを更新し、更新されたコンテンツを他のミラーに提供します。
たとえば、Fedora インフラストラクチャには、マスター サーバー、Tier-1 サーバー (最速のミラー)、および Tier-2 サーバーがあります。
では、すべての変更はメイン サーバーで行う必要があり、子サーバーは変更を許可されないのでしょうか?
はい、ミラー化されたコンテキストでは、マスター サーバー (1 つ以上) でのみコンテンツを更新する必要があります。
期待される利点
おそらく、ミラーリングの理由の最も包括的なリストは、ウィキペディアで見つけることができます。
- Web サイトまたはページを保存すること。特に、閉じているとき、または閉じようとしているときに。
- 特定の地理的な場所にいるユーザーのダウンロードを高速化するため。
- 検閲に対抗し、情報の自由を促進するため。
- 他の方法では入手できない情報へのアクセスを提供するため。
- 歴史的な内容を保存するため。
- 負荷のバランスをとる。
- 突然の一時的なトラフィックの増加に対応するため。
- 検索エンジンでのサイトのランキングを上げること。
- ファイアウォールを回避する方法として機能するため。
予想されるデメリット
- コスト: 追加のサーバーを購入し、それらを運用するために時間を費やさなければなりません。
- 不整合: 1 つまたは複数のミラーがマスターと同期されていない場合 (これは手動同期だけでなく、ライブ同期でも発生する可能性があります)。
さらに参考として、ミラーリングは Web 分散システムの単純な形式であるため、この記事にも興味があるかもしれません。