ここでは、当社が使用しているシナリオについて説明しましたが、可能であれば入力をお願いします。
サイトのメインURLがあります。「 http://www.site.com "」と呼びます。開始時のある時点で、サイトは2つの物理データセンター間でアクティブ/アクティブに負荷分散されることが決定されました。これは、ネットワークデバイスが「 https://site1.site.com "」または「 https://site2.site.com」のいずれかに301リダイレクトを返すようにすることで実現されました。 "。明らかに、これは検索エンジンではうまく機能しないようです。サイトを検索すると、マーケティングでメインのwww.site.comが常に表示されるようにしたいときに、クロール時にリダイレクトのサイト固有の結果が得られます。このようなソリューションを実装する適切な方法は何でしょうか?
「これは、ネットワークデバイスに301リダイレクトを返すようにすることでその時点で達成されました。」
それは、私の友人ですが、2つのデータセンター間で負荷分散されていません。これは1つのデバイスであり、そのうちの1つに座って、クライアントをリダイレクトします。
注目すべきは、各サイトで1つ(またはローカルフェイルオーバーの場合は2つ)のロードバランサーを使用することです。これは、DNSを更新し、GeoIPロジックを備えたものが望ましいです(地理的に離れた場所にいる場合に非常に便利です)。
私は個人的にKEMPロードバランサーを使用しており、それらを強くお勧めします: http://www.kemptechnologies.com/uk/server-load-balancing-appliances/geo-loadmaster/glm-overview.html
「グローバルサーバー負荷分散」(GSLB)を実行する「良い」方法は、複数のデータセンター(DC)であり、それぞれにエッジルーターが同じIPをアドバタイズします。アドレス範囲、BGPを使用して最短パスを選択-- 別名エニーキャスト 。
より安価なバージョンは、多くの場合、各場所に「GSLB」アドオンを備えた同一のロードバランサーアプライアンス(LB)を使用しており、LBはハートビートを交換します。 DNS 'トリック'の使用をフェイルオーバー (より良いWordがないため)。
マルチDC要件について交渉するか、少なくとも真剣な取り組みのための資金を確保することをお勧めします。優れたマルチDC展開は、セットアップが容易ではなく、機器(ルーター)と専門知識への大規模な先行投資が必要です。データベースの複製とデータセットの変更は、通常、非常に困難です。
考えられる回避策の1つは、Amazon Elastic Load Balancer (ELB)とAmazonEC2への移行です。 ELBには、複数のAmazonの「アベイラビリティーゾーン」にまたがるいくつかの規定があり、EC2 + ELBはDIYマルチデータセンターフェイルオーバーと比較して安価です。
DNSで負荷分散を使用するのはどうですか?
www.site.com 1.1.1.1
www.site.com 1.1.1.2
www.site.com 1.1.1.3
使うお金があれば、両方のサイトで Cisco GSS または F5 GTM のようなものを実装し、DNSをそれらに委任することを検討します。
基本的には、www.site.comのAレコードをGNS/GTMにポイントすることで機能します。このレコードは、WebサーバーのIPアドレスまたはそのVIPアドレス、およびクライアントがwww.site.comのDNSルックアップを実行すると、GSS/GTMは適切なサーバー/ VIPのIPアドレスを返します。
負荷分散は、ラウンドロビンベース、地理的位置、パフォーマンスメトリック、負荷、またはアクティブデータセンターとDRデータセンター(基本的には負荷分散に適用されるすべての同じプリンシパル)を使用して実行できます。