Googleクラウドアカウント購入: google cloud cdn加速原理と配置チュートリアル
海外圏と多国籍SaaSチームでは、ネットが加速していることを話し、多くの人の第一の反応は様々な第三者CDNを買うことである。しかし、あなた自身の業務、サーバ (Compute Engine) またはストレージ (Cloud Storage) がすでにgoogleクラウド (GCP) に置かれている場合、ネイティブのものを放棄します
Google Cloud CDN
まるで天物のようです。
多くの兄弟はGoogleの力について何も知らない。今日、私たちはそれらのあいまいな公式文書をはがして、大きな口語で話します。Google Cloud CDNはなぜ世界中のユーザーにあなたを訪問させることができますか?そして、私たちは実際の配置で、どのように隠れた料金の深い穴を避けるのか。
第一部: Google Cloud CDNの次元ダウン打撃: Anycastアーキテクチャ
普通のCDNはどうやって仕事をしますか?ドメイン名をつけたら、CDNメーカーはあなたにCNAMEアドレスを渡します。ユーザーがアクセスしたとき、DNS解析によってユーザーの要求を「彼に最も近いノードにリダイレクト」する。この方式は伝統的だが、硬い傷がある
DNS解析には時間がかかり、キャリアを越えたときによく間違った場所を解析する。
グーグルは全く違う道を歩んでいます。それはネット業界の究極の黒技術を使っています。
全世界のシングルIPは任意に放送します。
。
この枠組み図をご覧ください。これがグーグルのクラウドネットワークの非情なところです
世界中でIPを共有しています。あなたのユーザーがロサンゼルス (LAX) にいてもニューヨーク (NYC) にいても、彼らがあなたのサイトを訪問したとき、解析されたパブリックネットワークIPは同じです。
エッジノードの直接傍受: 図に示すように、ロサンゼルスのユーザーが要求を開始し、トラフィックが出たばかりでgoogle布がロサンゼルスの地元のエッジノード (Edge POP LAX) でネットワークルーティング層でブロックされた。
恐怖のイントラネット回源: エッジキャッシュにユーザーが必要とするデータがなければどうしますか?普通のCDNに交換するには、渋滞しているパブリックネットワークが外国に戻ってくる必要がある。Googleのエッジノードがトラフィックを傍受すると、Googleが自分で引っ張った、世界的なプライベート光ファイババックボーン (Googleネットワーク) に直接詰め込まれ、青信号があなたのソースステーションに戻ってくる。
古い鳥の白話: Google Cloud CDNを使って、ユーザーはまだ長い多国籍DNSを探し始めていないので、彼から数キロ離れたGoogleノードでwebページをダウンロードした。
第二部: Google Cloud CDNの設定を手で教えてください
GCPでは
Cloud CDNは独立して作成することはできません
。これは直接「寄生」です。
GCPグローバル負荷
バランス (Cloud Load Balancing、HttpClient/HTTPS LB)
上のスイッチ。
Compute Engineにホストされているwebサイトを加速する例を挙げて、標準的な構成プロセスを実行します
手順1: 負荷分散を作成し、CDNスイッチをオンにする
GCPコンソールにログインし、ネットワークサービス $ \ right arrow $ ロードバランシング (Load Balancing) を見つけ、「作成」をクリックします。
「インターネットから仮想マシンへ」を選択したHTTPS負荷分散 (グローバル導入モデル)。
バックエンドサービスを構成するときは、webページを置くサーバーインスタンスグループを選択します。
【コアステップ】: バックエンドサービス構成の一番下に、「Cloud CDNを有効にする」という目立たないチェックボックスが表示されます。ためらうことなく、それをつけなさい!
手順2: キャッシュモードを選択します
CDNをチェックすると、システムはあなたに選択をさせます
キャッシュモード
、ここにあなたのパフォーマンスと財布を決定するためのキーオプションが隠されています:
モード1: ソース局応答ヘッダを使用します。GCPは、バックエンドコード (NginxやNode.jsなど) が明示的にCache-Control: public、max-age = 3600を返した場合にのみキャッシュされます。バックエンドのコードが合わなければCDNはダミーで、トラフィックは毎日貫通している。
モード2: すべての静的コンテンツをキャッシュします。海に出る独立駅やAppがこれを選ぶのが一番おすすめです。グーグルは画像、ビデオ、CSS、JSを自動的に認識してキャッシュする。
モード3: すべてのコンテンツを強制キャッシュします。バックエンドが何と言っても、すべてが死んでキャッシュされている。【大坑】あなたのサイトがすべて静的な死んだページでない限り、これを選んではいけません! 選択すると、ユーザーのログイン状態、ショッピングカート、バックグラウンドの機密APIもネットにキャッシュされ、重大なごろつきのシリアルナンバー事故を引き起こす。
第三部: 古い鳥を輸送する「お金と命を節約する」ピットガイド
Googleのものは使いやすいが、「高い」のも本当だ。配置が適切でなければ、毎月の流量請求書はあなたの肉を痛める。次の3つは、古い鳥が本物の銀で割った教訓です
1.「動的API回源」による二重課金を警戒する
もしあなたのドメイン名 (例えば
Api.yourdomain.com
) CDNを開いた負荷バランスにすべてアクセスしましたが
/Api/
経路はキャッシュしないように設定されているが、これらの動的トラフィックは依然としてCDNノードのネットワークを通っている。
Googleターゲット
経
CDNノードを通過したがヒットしなかった動的トラフィック (CDN Cache Misses)
、徴収したネットの流量料金は普通の負荷均衡公網の訪問より少し高いことが多い。
正しいやり方: 静的資源 (画像、フロントエンドファイル) は独立したサブドメイン名 (static.yourdomain.comなど) を歩いてCDNを開く純粋な動的APIは別のサブドメイン名を歩き、CDNを開かない直接負荷バランスを取ると、請求書がきれいになります。
2.「TTL覇蓋」を上手に使って、ソースステーションが崩れないようにする
構成では、手動で設定することをお勧めします
「最大キャッシュ失効時間」
。例えば7日とする。
このように、バックエンドのNginxが誤ってプロファイルを書き間違えて、一部の静的な画像がキャッシュヘッドを持っていなくても、Googleは強制的にエッジノードで7日間のトラフィックを担いでくれます逆巻くユーザーの要求が、脆弱なバックエンドサーバを直接押し流されることはありません。
3.どのように秒レベルでエラーキャッシュをクリーンアップしますか?
コードがバグを出した。間違ったJSがGoogleにキャッシュされたのはどうしたらいいのか
慌てないで、あなたの負荷分散ページに行って、CDNタブに入って、見つけます
「Invalidate Cache」 (キャッシュを無効にする)
。
パスに入力します
/*
(全駅整理) または
/Static/js/main.js
(個々のファイルをクリーンアップする)。GoogleのグローバルAnycastバックボーンのおかげで、更新速度が非常に速く、通常は
1分から2分以内
全世界のノードのエラーキャッシュを全部消すことができます。
まとめ
Google Cloud CDNは単なる「省帯域幅ツール」ではなく、Googleが過去20年間に投資した兆ドルを修理したものである
世界トップクラスのプライベートネットワーク高速道路
、直接貸してあげました。
負荷バランスとの共生関係を理解し、動き分離のキャッシュルールを整え、動的なトラフィック回復源の課金トラップを慎重に避けさえすれば、簡単なシングルIPを使うことができる世界中の数億人のユーザーの高同時アクセスを簡単に処理できます。
