Googleクラウドアカウント購入: 独立駅海外加速: Google Cloud Premiumネットワークと負荷分散を利用してグローバルアクセス速度を最適化する
国境を越えた電気商、独立した駅 (例えばShopify独立した配置、WooCommerce、Magento) の友人は、ほぼ毎日何千人もの海外の顧客と付き合う。
海外市場では、独立駅の生存命脈は一つの言葉でまとめることができる
Webページのロード速度
。グーグル公式の統計データによると、モバイルページのロード時間が3秒を超えると、53% 以上のユーザーが直接タブを閉じることを選択します。独立駅では、1秒ごとにスピードが遅いことは、本物の銀の注文流出と広告費 (フェイスブックAds、Google Adsなど) の無駄を意味する。
多くの独立駅の売り手は加速のために、盲目的に無料のCDNをセットしたり、ヨーロッパ、アメリカ、アジアでサーバーを買ったりして、結果的にバックグラウンドデータが同期して災害になっただけでなく高いサーバ予算も直接利益を高める。
Google Cloud(GCP、Googleクラウド) の生態の中で、多国籍の大流量業務のために設計されたグローバルな加速的なトリックがあります
高度なネットワークとグローバルHTTP(S) 負荷分散
。
今日私たちは虚しい理論を話さず、決まり文句を断る。私は純粋な実戦から、手を持ってあなたをゼロから大工場レベルのグローバルな加速と高利用可能な枠組みを配置して、あなたの独立駅が本当に「グローバル秒開」を実現できるようにします。
第一段階: 基礎を打ち破り、グーグルの「プレミアムプレミアムネットワーク」の次元ダウン打撃を理解する
配置を始める前に、googleクラウドと他のクラウドメーカーのネットワーク上の本質的な違いを理解しなければならない。そうでなければ、なぜGCPを使った後にwebページが速くなるのか理解しにくい。
グーグルは世界的に巨大で密集している
プライベート光ファイババックボーン
。この基礎に基づいて、GCPは全く異なる2つのネットワーク転送モードを提供している
Standard Tier: 一般クラウドのメーカーと同じです。ニューヨークのユーザーが中国台湾にあるサーバーにアクセスすると、トラフィックはまずパブリックネットワークの様々な普通のキャリアネットワークをぐるぐる回って、狂ったようにジャンプして、台湾に近づいて初めてグーグルの機械室に入る。この方式はネットワークのジッタが大きく、遅延が高い。
プレミアムネットワーク: これはグーグルのエースです。同じ場面で、ニューヨークのユーザーの要求は自分の家を越えた最初のステップで、最近のニューヨークのgoogleエッジノード (PoP) でgoogle内部のプライベート光ファイバネットワークに直接「ジャンプ」する。次の大洋を越えた輸送は、すべてグーグルの独自の高速道路で、台湾のサーバーに直行するまで奔走している。
核心的な結論: 高級ネットワークは公衆網の「不確実性」を最低にした。グローバルな負荷分散と組み合わせることで、グローバルユーザーは同じ静的なパブリックネットワークIPを共有することができるが、ネットワーク速度はそれぞれいっぱいになる。
第二段階: アーキテクチャ設計 -- 独立駅グローバル多
生きた「黄金の陣地」
独立した駅のコアユーザーが2つの地域に分布しているとします
北アメリカ
そして
東南アジア
。究極のスピードを追求するために、私たちは「マルチセンター導入」プログラムを採用することにしました
米東 (南カロライナus-east1) にvm仮想マシンを導入します。
アジア (中国台湾asia-east1) に全く同じvm仮想マシンを導入します。
2台のマシンの最先端に、googleクラウドのグローバル外部HTTP(S) 負荷分散器を設置する。
トラフィック全体の運転ロジックは
: グローバルユーザーは同じwebサイト (ロードバランサの同じIPを指す) にアクセスします。米国東部のユーザーがwebページを開くと、ロードバランサーは自動的に米東のサーバーに彼をドレナージしますフィリピンやシンガポールのユーザーがwebページを開くと、自動的に中国台湾のサーバーに分流される。
Regionのサーバの1つが誤ってダウンした場合、ロードバランサは数秒以内に自動的に溶断し、全米のトラフィックを台湾のサーバにシームレスにカットし、サイトは決して中断しない。
第三段階: 実戦演習 -- 手を持って全世界の負荷バランスを設定します。
米国とアジアでNginx/Apacheをインストールした仮想マシンがすでに設置されており、両方の独立したサイトの内容が一致していることを確認してください。次に、最先端に行って指揮官である負荷分散器を構築します。
ログイン
GCPコンソール
、左上隅のナビゲーションメニューから探す
「ネットワークサービス」-> 「ロードバランシング」
。
一番上のをクリックします
「ロードバランサーの作成」
。
1.レベルモードを選択します
ロードバランサタイプは「HTTP(S) ロードバランシング」を選択します。
「インターネットからマイ仮想マシンにアクセス」を選択します。
「グローバル外部アプリケーション負荷分散器」を選択します。
2.バックエンド・サービスの構成: サーバをバインドします
バックエンドサービスの役割は、負荷分散器の後ろに「アルバイト」 (サーバー) があることを伝えることです。
「バックエンド构成」-> 「バックエンドサービスの作成」をクリックします。
名称はstandalone-site-backendと言います。
プロトコルとポート: HTTP (ポート80) またはHTTPS (ポート443、サーバーの構成に応じて) を選択します。
バックエンドインスタンスグループの追加
: エリア選択us-east1は、あなたの米東の独立したステーション仮想マシンを選択します。「追加を続ける」をクリックして、地域はasia-east1を選択し、台湾の独立したステーション仮想マシンを選択します。
ヘルスチェックの設定: 非常に重要! * クリックしてヘルスチェックを作成し、ロードバランサーが5秒ごとにあなたのサイトのホームページをGETできるようにします。3回連続で応答が得られない場合には、当該サーバーは「戦死」したとみなし、直ちにそれへの分流を停止する。
3.フロントエンドの設定--その金のようなグローバルIPを入手する
フロントエンド配置はユーザー向けのエクストラネットドアです。
「フロントエンド構成」をクリックして、site-frontend-gateと名付けます。
プロトコル: HTTPSを選択することをお勧めします。
IPアドレス (IP Address): デフォルトは一時的です。ドロップダウンメニューをクリックして「静的ipアドレスを予約」を選択し、「グローバル-lb-static-ip」と名付けます。
証明書: HTTPSである以上、SSL証明書が必要です。Googleはここで非常に無敵の機能を提供しています。「新しい証明書を作成」を選択し、独立したサイトの実際のドメイン名 (www.yourshop.comなど) を入力します。グーグルはバックグラウンドで自動的にこのSSL証明書を申請し、発行し、永久的に更新します。もう毎年手動で証明書を振り回す必要はありません。
設定チェックに間違いがなければ、一番下のをクリックします
「作成 (Create) 」
。
第4段階: ドメイン名解析と実際の現場検証
クリックして作成した後、少し3 ~ 5分待って、グーグルが世界のエッジノードでこのロードバランサの配置を同期させる。
成功すると、ロードバランサリストのページに、割り当てられたグローバル静的外部ipアドレス (34.120.x.xなど) が表示されます。
あなたがドメイン名を購入したバックグラウンド (GoDaddy、name cheap、cloud flareなど) にログインし、あなたの独立したサイトドメイン名のAレコードを、このgoogleクラウドロードバランサへのパブリックネットワークIPを直接修正します。
DNSが有効になるのを数分待ちます。
加速と分流が本当に有効になったかどうかをどのように検証しますか?
私たちは世界のマルチノードテストツールを利用しています。
ピン・ピー
または
Catchpoint
）:
ニューヨーク、ボストンのノードからwww.yourshop.comを求めると、十数ミリ秒以内に米東の機械室に直接着地したことがわかります。
クアラルンプール、中国香港のノードから要求すると、アジア太平洋の機械室でトラフィックが自動的に着地し、遅延も驚くほど低い。全世界のユーザーはもう半分の土地をまたぐ必要がありません。
ボールはデータを取りに行きます。
第五段階: 多国籍独立駅構造のピット血涙歴
このプログラムの配置が完了すると、webページのオープン速度は絶対に飛躍的になる。しかし、喜びの余で、技術責任者として、すぐに次の二つの「多地域の配置」から生まれた現実的な大きな穴を解決しなければならない
1.究極の課題: 両側のデータベースのデータはどのように同期しますか?
フロントエンドサーバは複数台運転できますが、ユーザーが米東サーバで注文した場合、台湾サーバのデータベースが分からないと、すっかり混乱してしまいます。
間違ったやり方: 両側の仮想マシンにそれぞれ独立したMySQLをインストールさせ、互いに無関係にする。
大工場の標準的なやり方: 仮想マシンに自分でデータベースを作ってはいけない。GoogleクラウドのCloud SQL for MySQLまたはCloud Spannerを直接使用します。米東ではマスターライブラリ (Master) とし、台湾では地域間で読み取り専用コピー (クロス-Region Read Replica) とする。あるいは、分散データベース技術を直接利用して、グローバルユーザーの注文、在庫データの秒レベルの同期を確保し、間違いを犯してはならない。
2.静的資源 (写真、ビデオ) の二次搾り
独立した駅には大量の商品のhd図と詳細ページのビデオがあり、要求ごとに仮想マシンのハードディスクに読みに行くと、サーバのCPUが瞬時に搾られる。
ハードコアのコスト削減の最適化: Googleクラウド負荷分散器のバックエンド構成で、Google Cloud CDNを起動します。
運営内部者: オンにすると、世界中の何百何千ものgoogleエッジノードが自動的に「ブロック」され、webサイト上の画像とCSSスタイルシートがキャッシュされます。次の同じ地域のユーザーがアクセスすると、トラフィックはロードバランサまで邪魔する必要がなく、最外層のエッジノードで画像をユーザーに吐き出した。これはスピードを再び急上昇させるだけでなく、70% 以上のサーバを切って帯域幅の請求書を計算するのにも役立ちます。
まとめ
Google Cloud Premiumネットワークとグローバル負荷分散を利用して独立したステーションを最適化することは、本質的にGoogleがグローバルに敷設した「物理的なプラグイン」を借用している。
すべての国に複雑なサーバノードを配置する必要はなく、フロントエンドの分流ロジックを整理するだけで、残りのネットワーク層はすべてグーグルのバックボーンに渡します。
この高可用性、低遅延の黄金防御線をあなたの国境を越えた海外業務で溶接して、ハッカーの悪意DDoS攻撃に遭遇してもやはり黒五、網一期間の火山噴火級の流量洪峰で、あなたの独立駅は公網で泰山のように安定していて、糸が滑らかになっている。