Google Global Cache（GGC）は、 CDNプラットフォームに基づいて膨大な量のトラフィックを最適化するソリューションの1つであり、ユーザー（読み取りプロバイダー）の利益のためにもあります。
しかし、それはすべて同じですか？
ブロードバンドアクセスと豊富なマルチメディアコンテンツの爆発的な増加は、インターネットサービスプロバイダー（ISP）からの需要を常に増加させています。 GGCを使用すると、独自のネットワーク（プロバイダー）からGoogleコンテンツ（主にビデオ）を提供できます。 これにより、ネットワークの負荷が軽減され、中継リンクのコストが削減されるため、プロバイダーの費用が節約されると同時に、ユーザーサービスのレベルが向上します。
GGCプロジェクトはベータ版であるため、プロバイダーとの契約は商業的な秘密であり、このサービスへの参照を独自の目的で使用することは禁止されています。
システム概要
GGCを使用しない場合、各ユーザーはプロバイダーのネットワークからYouTube動画、Google Appsなどにリクエストします。 Googleからユーザーへのネットワーク上のこのビデオインスタンスの通過を作成します。
GGCでは、ビデオの最初のコピーのみがネットワーク全体を通過します。 別のユーザーが同じ動画をリクエストすると、GoogleはGGCホストからその動画を提供します。
GGCの機能
- ネットワークを介したトラフィックの削減 ：キャッシュを介したリクエストの割合は、ユーザーの使用スキームによって異なりますが、一般的なパフォーマンスは75％に近く、
- ユーザーに対して透過的な素早い応答 ：Googleはユーザーのリクエストをネットワーク内のキャッシュから透過的に処理します。
- インストールの容易さ ：インストールには、ラック（キャビネット）、ラップトップ、GoogleのCDのコピー、およびインターネット接続が必要です。 サーバーが設定され、ネットワークからアクセス可能になったら、Googleは残りの作業を行い、リモートで監視します。
- 信頼性 ：ノードにはいくつかのレベルの冗長性があります。 GGCサイトが何らかの理由で利用できない場合、ユーザーのリクエストは透過的にGoogleに送信されます。
GGCの仕組み
ユーザーがコンテンツの一部（ビデオ、Webページ、画像など）をリクエストすると、Googleはこのリソースをネットワーク内のGGCホストから提供できるかどうか、およびユーザーがGGCホストにアクセスできるかどうかを判断します。
GGCホストが既にローカルキャッシュに要求されたコンテンツのキャッシュバージョンを持っている場合、コンテンツを最終消費者に直接提供し、ユーザーエクスペリエンスを改善し、インターネット経由でお金を節約します。
コンテンツがGGCホストに保存されていない場合、ホストはそれらをGoogleからダウンロードし、ユーザーに提供し、将来のリクエストに備えて保存します。
クエリチャート
1.ユーザーは、Googleに投稿された動画またはその他のコンテンツへのリンクをリクエストします。 コンピューターは、ホストアドレスのDNSクエリを生成します。
2. DNSプロバイダーは、コンテンツを含むホストIPアドレスにGoogle DNSを要求します。
3. DNS GoogleはGGCを持っていることを知っているため、回答にはGGCプロバイダーサイトのIPアドレスが含まれます。
これは、プロバイダーがGGCホストにリゾルバーDNS IPアドレスを（BGPを介して）アナウンスし、GoogleがDNSの情報を更新したために知られています。
4. DNSプロバイダーがGGCホストのIPアドレスをユーザーに応答します。
5.ユーザーのコンピューターは、GGCホストにルーティングされるIPアドレスに要求を送信します。
6.ホストは、ユーザーがこのホストにアクセスできることを確認します（ユーザーのIPアドレスを、BGPホストを介してアナウンスされたIPブロックのリストと照合することにより行います）。アドレスがリストにない場合、ユーザーはGoogleネットワークのキャッシュにリダイレクトされます。
7.コンテンツがGGCホストに含まれていない場合、ホストはGoogleにコンテンツを要求し、キャッシュします。
8. GGCホストにコンテンツが含まれたら、ユーザーに提供します。 コンテンツはホストされているため、次のリクエストはリクエストせずにGoogleに送信できます。
Googleから提供された機器
Googleは必要な機器を提供します。プロバイダーは、施設、主電源、およびインターネット接続を備えた宿泊施設を提供する必要があります。
GGCは、各クラスターで3〜8台のラックマウント可能なサーバーで実行されます。
サーバー機能
•2 RUラックマウント可能なシャーシ
•74cm L x 44cm W x 8.64cm H
•重さ：28 KG
•電源：2x 110/220 VAC。
•4 x 1000Base-T銅線ギガビットイーサネット
•IPアドレス指定：専用サブネット（1つのブロードキャストドメイン）。
可能な構成：
3サーバー-6RU 1200W
4台のサーバー-8RU 1600W
6サーバー-12RU 2400W
8サーバー-16RU 3200W
運営管理
ggcadmin.google.comを使用して、サイトと配信情報を構成します。 元のユーザーは、GGCグループからポータルにアクセスできます。
ベータ契約に同意すると、ユーザーは追加のユーザーを招待できます。
その他の詳細
-Googleは、サイトを構成するハードウェアとソフトウェアの所有権を保持します。 Googleは、サーバーハードウェアに関連するメンテナンス、サポート、送料の責任を負います。
-Googleによると、ユーザーのプライバシーは最優先事項です。
個人情報（個人を特定できる情報）または個人ユーザーアカウントはGGCホストに保存されません。
-Googleは、プロジェクトがベータ版であるため、サービスの使用の非開示についてプロバイダーに保証を要求する権利を留保します。
なぜあなたは選挙を求めるのですか？
実際、Googleは通常、最大のトラフィックエクスチェンジポイントに存在するプロバイダーにのみこのようなサービスを提供し、リソース集約型のGoogleサービス（youtube、マップ）へのトラフィックがトラフィックのかなりの割合（> 70％）を占める場合にのみ提供します。
関連リンク：
Google @ Peering DB
Googleの地域キャッシュとメディアレスポンス
ここに例があります
