Network Service Tiers の概要
Network Service Tiers を使用すると、インターネット上のシステムとインスタンス間の接続を最適化できます。 Google Cloud プレミアム ティアは Google のプレミアム バックボーンでトラフィックを配信し、スタンダード ティアは通常の ISP ネットワークを使用します。
プレミアム ティアを使用すればパフォーマンスを、スタンダード ティアを使用すればコストを改善できます。Google Cloud | プレミアム ティア | スタンダード ティア |
---|---|---|
ルーティング | インターネットとアプリケーション間のトラフィックは、 Google Cloud ネットワーク内を移動してユーザーに到達します。 | ピアリング、ISP、または中継ネットワークを使用してユーザーに到達します。 |
セキュリティ | トラフィックはラスト ワンマイルまで Google Cloudのバックボーンで保護されます。 | 他のパブリック クラウドと同等 |
ネットワーキング機能 | すべての Google Cloud ネットワーキング機能をサポート | Cloud NAT、リージョン外部アプリケーション ロードバランサ、外部パススルー ネットワーク ロードバランサなどの基本的な機能セットをサポート |
料金 | プレミアム ティアの料金は、他のパブリック クラウド プロバイダと同等 | スタンダード ティアの料金は費用対効果に優れ、他のクラウド プロバイダと同等 |
SLA | 99.99% の稼働率 | 99.9% の稼働率 |
アウトバウンド データ転送の料金は、Network Service Tiers の階層によって異なります。詳しくは、Network Service Tiers の料金をご覧ください。
次の図に、スタンダード ティアとプレミアム ティアに推奨のユースケースを示します。Network Service Tiers と Google Cloud リソース
Google Cloud には、グローバルとリージョンの 2 種類の外部 IP アドレスがあります。
外部 IP アドレスの種類 | プレミアム ティア | スタンダード ティア |
---|---|---|
グローバル外部 IPv4 アドレスとグローバル外部 IPv6 アドレス 一般公開されたルーティング可能なエニーキャスト IP アドレス。 |
サポート対象 | サポート対象外 |
リージョン外部 IPv4 アドレス 一般公開されたルーティング可能な IPv4 アドレスで、単一のリージョン内に収まるリソースで使用されます。 Google CloudGoogle Cloud |
サポート対象 | IP アドレスが適格リソースで使用されている場合はサポート対象です。 お客様所有 IP アドレスの使用(BYOIP)により Google Cloud にインポートされた IP アドレスに対してはサポート対象外です。 Google Cloud |
リージョン外部 IPv6 アドレス 一般公開されたルーティング可能な IPv6 アドレスで、単一のリージョン内に収まるリソースで使用されます。 Google Cloud Google Cloud |
サポート対象 | サポート対象外 |
どの階層を使用するかにかかわらず、Google ネットワーク上の同じリージョンまたは異なるリージョン内の仮想マシン(VM)間でトラフィックを維持するようにネットワークが設計されています(ロードバランサがパス上にある場合も同様です)。これは、トラフィックが一般公開と限定公開のルーティング可能な IP アドレスのどちらを使用していても当てはまります。
へのアクセス時にインターネットからのネットワーク トラフィックに使用されるパスのみに影響します。次の表に、Network Service Tiers がGoogle Cloud リソースに適用される方法と、使用する必要がある外部 IP アドレスの種類を示します。
表で、 はリソースがネットワーク階層でサポートされていることを示し、 はサポートされていないことを示します。
Google Cloud リソース | プレミアム ティア | スタンダード ティア |
---|---|---|
グローバル外部アプリケーション ロードバランサ グローバル外部プロキシ ネットワーク ロードバランサ 従来のアプリケーション ロードバランサ 従来のプロキシ ネットワーク ロードバランサ |
グローバル外部 IP アドレスが必要です。 | リージョン外部 IP アドレスが必要です。 |
リージョン外部アプリケーション ロードバランサ リージョン外部プロキシ ネットワーク ロードバランサ 外部パススルー ネットワーク ロードバランサ |
リージョン外部 IP アドレスが必要です。 | リージョン外部 IP アドレスが必要です。 |
VM インスタンス (GKE ノード VM など) |
リージョン外部 IP アドレスが必要です。 | リージョン外部 IP アドレスが必要です。 |
Cloud VPN ゲートウェイ | リージョン外部 IP アドレスが必要です。 | サポート対象外。 |
Cloud NAT ゲートウェイ | リージョン外部 IP アドレスが必要です。 | リージョン外部 IP アドレスが必要です。 |
次の表は、Network Service Tiers が Cloud Storage と Cloud CDN にどのように適用されるかを示しています。
Google Cloud サービス | プレミアム ティア | スタンダード ティア |
---|---|---|
Cloud Storage | デフォルトでは、Cloud Storage バケットへのアクセスは、バケットを外部アプリケーション ロードバランサのバックエンドとして使用するかどうかにかかわらず、プレミアム ティアとみなされます。 | スタンダード ティアを選択できるのは、Cloud Storage バケットを外部アプリケーション ロードバランサのバックエンドとして使用する場合のみです。 詳細については、Cloud Storage でのスタンダード ティアの使用をご覧ください。 |
Cloud CDN | Cloud CDN は、常にプレミアム ティアです。 | Cloud CDN でスタンダード ティアは使用できません。 |
スタンダード ティアをサポートするリージョン
スタンダード ティアは、次のリージョンでリージョン外部 IP アドレスを使用するリソースでのみ使用できます。 Google Cloud スタンダード ティアを外部アプリケーション ロードバランサのバックエンドとして機能する Cloud Storage バケットに使用するには、ロードバランサでリージョンの外部 IP アドレスを使用し、スタンダード ティアも選択する必要があります。
africa-south1
asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
australia-southeast1
australia-southeast2
us-west1
us-west2
us-west3
us-west4
us-central1
us-east1
us-east4
us-east5
us-south1
northamerica-northeast1
northamerica-northeast2
northamerica-south1
southamerica-east1
southamerica-west1
europe-north1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
europe-west8
europe-west9
europe-west10
europe-west12
europe-southwest1
europe-central2
me-west1
me-central1
me-central2
トラフィック ルーティング
この表は、各 Network Service Tier のルーティングの違いをまとめたものです。トラフィック | プレミアム ティア | スタンダード ティア |
---|---|---|
Google Cloudへのインバウンド データ転送 | インターネット ユーザーからのトラフィックは、インターネット ユーザーにできるだけ近い Google ポイント オブ プレゼンス(PoP)のピアリング ネットワークまたは中継ネットワークを介して Google のネットワークに入ります。 具体的には、 Google Cloud は、Google グローバル ネットワーク全体の PoP にあるピアリング ネットワークとトランジット ネットワークに、プレミアム ティア IP アドレスのネクストホップをアドバタイズします。これらのネクストホップは、同等の BGP 指標でアドバタイズされます。これにより、ピアリング ネットワークとトランジット ネットワークは、インターネット ユーザーにできるだけ近い PoP にトラフィックを配信できます。 |
インターネット ユーザーからのトラフィックは、スタンダード ティア IP アドレスのリージョンにできるだけ近い Google ポイント オブ プレゼンス(PoP)のピアリング ネットワークまたはトランジット ネットワークを介して Google のネットワークに入ります。これは、スタンダード ティア IP アドレスのリージョンに近い PoP のネクストホップを持つ最適な BGP 指標のみをアドバタイズすることで実現されます。 各リージョンのスタンダード ティア ルーティングの対象となる最も近いピアリング PoP のセットは、Google グローバル ネットワークで移動するネットワーク距離を最小限に抑えるように選択されます。最も近いピアリング PoP がスタンダード ティア IP アドレスのリージョンと同じ国にない場合があり、最も近いピアリング PoP を選択してもパフォーマンスは最適化されません。 スタンダード ティアのトラフィックは、最も近い Google PoP からインターネット ユーザーに到達できるピアリング ネットワークまたは中継ネットワークがないなど、まれな状況でプレミアム ティアとしてルーティングされる場合があります。 |
Google Cloudからのアウトバウンド データ転送 | アウトバウンド トラフィックは、インターネット ユーザーへの BGP ベストパスで送信されます。通常、トラフィックは Google グローバル ネットワークを経由して、インターネット ユーザーにできるだけ近いポイント オブ プレゼンス(PoP)に転送されます。ピアリング ネットワークまたは中継ネットワークが、Google PoP とインターネット ユーザー間の接続を提供します。 ピアリング ネットワークとトランジット ネットワークは、複数の PoP で単一のインターネット ユーザーに対して同等の BGP 指標を持つ複数のネクストホップをアドバタイズできます。BGP 最適パスのネクストホップが 2 つ以上の Google PoP にある場合、 Google Cloud リソースは、Google グローバル ネットワーク内のネットワーク距離を最小化する PoP 内のネクストホップを選択します。 BGP ベストパス ピアリング ネットワークまたは中継ネットワークのネットワーク アーキテクチャによっては、Google グローバル ネットワーク内のネットワーク距離を最小化する BGP ベストパス ルートを選択すると、インターネット ユーザーにできるだけ近い PoP が選択されない可能性があります。インターネット ユーザーが、複数のロケーションで Google グローバル ネットワークとピアリングするネットワークに存在する場合、 Google Cloud アウトバウンド トラフィックが、インターネット ユーザーにできるだけ近い場所まで Google グローバル ネットワーク上に留まることを保証するものではありません。 |
アウトバウンド トラフィックは、スタンダード ティア IP アドレスのリージョンの近くにあるポイント オブ プレゼンス(PoP)のピアリング ネットワークまたは中継ネットワークを介して送信されます。ピアリング ネットワークまたは中継ネットワークが、Google PoP とインターネット ユーザー間の接続を提供します。 近くの PoP からインターネット ユーザーへの到達性をアドバタイズするピアリングまたは中継ネクストホップが 1 つ以上ある限り、そのネクストホップが Google のグローバル ネットワーク上の BGP の最適なパスでない場合でも、近くの PoP の優先が適用されます。 Google グローバル ネットワークで移動するネットワーク距離を最小限に抑えるために、リージョンに最も近い PoP セットが選択されます。最も近い PoP は、スタンダード ティアの IP アドレスのリージョンと同じ国にない場合があります。 スタンダード ティアのトラフィックは、最も近い PoP にピアリング ネットワークまたはトランジット ネットワークがない場合や、リージョンとインターネット ユーザー間の安定したトラフィックが不十分な場合など、まれな状況でプレミアム ティアとしてルーティングされることがあります。 |
プレミアム ティア
プレミアム ティアは、低レイテンシで信頼性の高い Google のグローバル ネットワークを利用して、外部システムからリソースにトラフィックを配信します。 Google Cloudこのネットワークは、世界中に 100 以上の拠点(PoP)を持つ広大なプライベート ファイバー ネットワークで構成されています。また、複数の障害や中断が発生した場合でも、トラフィックを配信し続けられるように設計されています。
プレミアム ティアは、VM インスタンスとロードバランサに対して、リージョン外部 IP とグローバル外部 IP の両方をサポートします。すべてのグローバル外部 IP アドレスでは、プレミアム ティアを使用する必要があります。複数のリージョンにバックエンドがある外部アプリケーション ロードバランサや外部プロキシ ネットワーク ロードバランサなど、高いパフォーマンスと可用性が求められるアプリケーションには、プレミアム ティアが必要です。信頼性とネットワーク パフォーマンスに優れたサービスを世界各地で展開することを目指すお客様にとって、プレミアム ティアは理想的な選択肢です。
プレミアム ティアでは、インターネット上のシステムからのトラフィックが、送信元システムに最も近い PoP から Google の高性能ネットワークに入ります。Google のネットワーク内では、PoP からのトラフィックが Virtual Private Cloud(VPC)ネットワーク内の VM か、最も近い Cloud Storage バケットにルーティングされます。送信トラフィックは、Google のネットワークを通り、宛先に最も近い PoP から出ていきます。このルーティング方法では、エンドユーザーとユーザーに最も近い PoP の間のホップ数を減らすことで、輻輳を最小限に抑え、パフォーマンスを最大化します。
Premium Tier VM では、稼働率 99.99% のサービスレベル契約(SLA)を提供しています。Compute Engine のサービスレベル契約で定義されているように、外部接続が 1 分以上失われた VM はダウンタイム中(100% のパケットロス)とみなされます。複数の NIC を使用する VM で Compute Engine SLA がどのように機能するかの例については、Compute Engine ネットワーキングの SLA の概要をご覧ください。スタンダード ティア
スタンダード ティアは、外部システムからリソースにインターネット経由でトラフィックを配信します。 Google CloudGoogle のネットワークの二重冗長性が活用されているのは、Google データセンターとピアリング PoP との接続ポイントまでです。Google のネットワークからの送信パケットは、公共のインターネットを使用して配信され、介在する中継プロバイダと ISP の信頼性の影響を受けます。そのため、スタンダード ティアのネットワーク品質と信頼性は、他のクラウド プロバイダと同程度になります。
リージョン外部 IP アドレスでは、プレミアム ティアまたはスタンダード ティアのいずれかを使用できます。
スタンダード ティアの料金がプレミアム ティアよりも低いのは、インターネット上のシステムからの送信トラフィックが、中継(ISP)ネットワーク経由でルーティングされるからです。つまり、ISP ネットワークから VPC ネットワーク内の VM や、リージョンの Cloud Storage バケットに振り分けられます。スタンダード ティアの送信トラフィックは通常、宛先に関係なく、Google のネットワークの送信側 VM のリージョンか Cloud Storage バケットが使用したリージョンから送信されます。稀なケースですが、ネットワーク イベント中など、トラフィックが最も近い出口を使えない場合に、別のリージョンの出口から送信されることがあります。
スタンダード ティアでは、こうしたユースケースに低コストの代替手段が用意されています。
- レイテンシやパフォーマンスの影響を受けにくいアプリケーションを利用できます。
- VM インスタンスのデプロイメントや Cloud Storage の使用をすべて単一のリージョンで完結する構成を利用できます。
Google Cloud は、スタンダード ティア VM に対して 99.9% の稼働率のサービスレベル契約(SLA)を提供しています。Compute Engine のサービスレベル契約で定義されているように、外部接続が 1 分以上失われた VM はダウンタイム中(100% のパケットロス)とみなされます。複数の NIC を使用する VM で Compute Engine SLA がどのように機能するかについては、Compute Engine ネットワーキングの SLA の概要をご覧ください。
無料枠
スタンダード ティアには無料枠があります。すべてのプロジェクトで使用する各リージョンで、SKU 単位で 1 か月あたり 200 GB のスタンダード ティアを無料で利用できます。無料枠を使用するために必要な操作はありませんが、請求先アカウントのすべてのプロジェクトを確認して、各リージョンの合計使用量が 200 GB の上限を超えないようにすることをおすすめします。
階層の選択
ニーズに合った適切な階層を使用することが重要です。
以下のディシジョン ツリーを利用して、お客様のユースケースに適した Network Service Tiers を選ぶことができます。リソースレベルで階層を選択するため(ロードバランサまたは VM 用の外部 IP アドレスなど)、一部のリソースにスタンダード ティアを使用し、別のリソースにはプレミアム ティアを割り当てるといったことが可能です。どの階層を使用すべきか不明な場合は、デフォルトのプレミアム ティアを選択してください。
プロジェクト レベル(デフォルト: プレミアム ティア)
- プロジェクト レベルで階層を指定する
リソースレベル(デフォルト: プレミアム ティア)
- 負荷分散: 転送ルールに対して有効にする
- インスタンス: VM またはインスタンス テンプレートに対して有効にする
- 他のリソースレベルのノブ(将来)
リソースの最終的な階層は、次のようにして決定されます。
リソースに対して、またはそのリソースが存在するプロジェクトに対して階層が構成されている場合、その階層がリソースに適用されます。
階層がプロジェクトとリソースの両方に対して構成されている場合、そのリソースについてはリソースレベルの階層が優先されます。
Cloud Storage でのスタンダード ティアの使用
スタンダード ティアで Cloud Storage を使用するには、ストレージ バケットをロードバランサのバックエンドとして構成する必要があります。 Google Cloud Cloud Storage バケットは転送ルールと同じリージョンに存在している必要があります。リージョンが違った場合、バケットに対するリクエストでエラーが発生します。マルチリージョンの Cloud Storage バケットをバックエンドとして使用するには、プレミアム ティアを使用する必要があります。
リソースのスタンダード ティアからプレミアム ティアへのアップグレード
Google Cloud は、プレミアム ティアとスタンダード ティアの外部 IP アドレスのプールを別々に指定します。
インスタンスまたはロードバランサに対して IP アドレスが構成されるときは、そのリソースに対して有効となっているネットワーク階層に基づいて、この 2 つのプールのいずれかからアドレスが割り振られます。
プレミアム ティア用とスタンダード ティア用に別々の 2 つのプールがあることは、次のことを意味します。
- エフェメラル IP アドレスが設定されているインスタンスの階層を変更すると、そのインスタンスの IP アドレスも変更されます。
- 一方のプールの IP を他方のプールに移動することはできません。
- あるリージョンのスタンダード ティアの IP アドレスは、階層が同じままであっても、別のリージョンに移動できません。
ロード バランシング用にスタンダード ティアを構成する
さまざまなロードバランサ用にスタンダード ティアを構成する手順は次のとおりです。
外部パススルー ネットワーク ロードバランサ用のスタンダード ティアの構成
スタンダード ティアを使用するように外部パススルー ネットワーク ロードバランサを構成するには、ロードバランサの IP アドレスと転送ルールを作成するときに、スタンダード ティアを指定します。
既存のロードバランサをプレミアム ティア(デフォルト)からスタンダード ティアに(またはその逆に)変更する場合は、既存のロードバランサ転送ルールを削除してから、既存のターゲット プールを指す新しい転送ルールを作成する必要があります。また、スタンダード ティアの転送ルールにスタンダード ティアの IP アドレスを使用する必要があります。
従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサ用にスタンダード ティアを構成する
ネットワーク ティアを指定しない場合、ロードバランサはデフォルトのプレミアム ティアを使用します。Network Service Tiers が導入される前に存在していたロードバランサはすべてプレミアム ティアを使用します。プレミアム ティアではグローバル負荷分散が可能であり、この負荷分散では単一の IP アドレスで世界各地のリージョンの複数のバックエンドを指し示すことができます。スタンダード ティアはリージョン単位のサービスです。
スタンダード ティアを使用するには、ロードバランサが次の条件を満たしている必要があります。
- スタンダード ティアのリージョン IP アドレスを使用する必要があります。
- スタンダード ティアのリージョン転送ルールを使用する必要があります。
- 転送ルールが存在するリージョン内にのみバックエンドを持つことができます。
次の図は、プレミアム ティアを使用するように構成されている場合の、従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサのグローバルな特性を示しています。
従来のアプリケーション ロードバランサまたは従来のプロキシ ネットワーク ロードバランサでスタンダード ティアを使用するには、単一の Google Cloudリージョンを決定し、スタンダード ティア用に構成されたリージョン外部 IP アドレスとリージョン転送ルールを使用して、適切なターゲット HTTP(S) プロキシ、ターゲット SSL プロキシ、またはターゲット TCP プロキシを参照する必要があります。
ロードバランサは外部 IP アドレスを使用するので、クライアントはインターネット上のどこからでもそのロードバランサ宛てにトラフィックを送信できますが、バックエンドはすべて選択したリージョン内に配置する必要があります。
スタンダード ティアでは、ロードバランサに送信されたトラフィックは、ロードバランサ用に選択したリージョンの中継ピアリング ポイントに到達するまでインターネットを通過します。 Google Cloud Google Front End(GFE)はプロキシとして機能し、HTTP(S)、SSL、または TCP を終端してから、選択したリージョンのバックエンドにアクセスします。バックエンド VM のすべてが 1 つのリージョンに配置されているため、元のクライアントから GFE へのトラフィックによって、ホップ数が増え、レイテンシが増大する可能性があります。
スタンダード ティアでは、従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサの動作が変更され、他のクラウド プロバイダと同様に動作します。これらのタイプのロードバランサは、スタンダード ティアでは、複数のリージョンで動作できません。 Google Cloud
次の図は、スタンダード ティアを使用するように構成されている場合の、従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサのリージョン特性を示しています。スタンダード ティア ベースのロード バランシングのデプロイを複数のリージョンで運用する場合は、トラフィックを受信するリージョンごとに個別のロードバランサを作成する必要があります。各ロードバランサは、独自のリージョン外部 IP アドレスを持っています。この IP アドレスと転送ルールに使用されるリージョンは、バックエンド VM が配置されたリージョンと一致します。
リージョン外部 IP アドレス リソースをスタンダード ティア内に作成する場合は、リージョン外部 IP アドレスのネットワーク階層を「スタンダード」と指定する必要があります。ネットワーク階層をスタンダードに設定した後でプレミアムに更新することはできません。ロードバランサをプレミアム ティアに変更するには、プレミアム ティアの IP アドレスを新たに予約する必要があります。
既存のロードバランサをプレミアム ティア(デフォルト)からスタンダード ティアに変更するには、次のことを行う必要があります。
既存のロードバランサの転送ルールを含むリージョン以外にあるバックエンドをすべて削除します。
既存の転送ルールと IP アドレスを削除してから、スタンダード ティアに既存のターゲット プロキシを参照する新しい転送ルールと IP アドレスを作成します。
大量のトラフィックをスタンダード ティアからプレミアム ティアへアップグレードする
要件に最も適した階層を正しく特定して使用することが重要です。
選択する際は、次の 2 つの重要な制約を考慮してください。
プレミアム ティア ネットワークをスタンダード ティアのバックアップとして使用することはできません。ファイバー切断などの原因でスタンダード ティア ネットワークが停止している間に、トラフィックの種類をプレミアム ティアに変更しても、停止している間はスタンダード ティアとして扱われます。
ネットワークの停止と関係なく、5 Gbps を超えるトラフィックをスタンダード ティアからプレミアム ティアに移動する予定がある場合は、担当のアカウント マネージャーに連絡する必要があります。
プレミアム ティアとスタンダード ティアのまとめ
プレミアム ティア | スタンダード ティア | ||
---|---|---|---|
ユースケース | パフォーマンス最適化 グローバル ネットワーク グローバル ネットワーク サービス |
コスト最適化 リージョン ネットワーク リージョン ネットワーク サービス |
|
ネットワーク | ルーティング | インバウンド: トラフィックは、世界中どこであってもユーザーに近いロケーションから Google のグローバル ネットワークに入ります。 アウトバウンド: アウトバウンド トラフィックは Google の高品質グローバル バックボーン ネットワークを通り、ユーザーに地理的に最も近い Google グローバル エッジ PoP に送信されます。 |
インバウンド: トラフィックがピアリングまたは中継ネットワーク経由で Google のネットワークに入るのは、宛先の Google Cloud リソースがデプロイされているリージョン内のみとなります。 アウトバウンド: トラフィックは、発信元のリージョンに近いピアリングまたは中継ネットワーク経由でインターネットに送信されます。 Google Cloud |
ネットワーク サービス | 外部アプリケーション ロードバランサ |
|
|
内部アプリケーション ロードバランサ | クロスリージョンまたはリージョン | スタンダード ティアは、内部アプリケーション ロードバランサには使用できません。 | |
外部プロキシ ネットワーク ロードバランサ |
|
|
|
内部プロキシ ネットワーク ロードバランサ | リージョン | スタンダード ティアは、内部プロキシ ネットワーク ロードバランサには使用できません。 | |
外部パススルー ネットワーク ロードバランサ | リージョン外部パススルー ネットワーク ロードバランサはプレミアム ティアでサポートされています | リージョン外部パススルー ネットワーク ロードバランサはスタンダード ティアでサポートされています | |
内部パススルー ネットワーク ロードバランサ | リージョン | スタンダード ティアは、内部パススルー ネットワーク ロードバランサには使用できません。 | |
Cloud CDN | プレミアム ティアのみ | スタンダード ティアは Cloud CDN では利用できません。 | |
料金 | 使用量(GB)に基づいて料金を計算 プレミアム ティアはスタンダード ティアよりも高額です。 |
使用量(GB)に基づいて料金を計算 スタンダード ティアの料金は、プレミアム ティアよりも低く設定されています。 |
|
SLA | 99.99% の稼働率 | 99.9% の稼働率 |
よくある質問
自分のネットワーク サービスを Google Cloud上で運用する場合に、推奨されるのはどのネットワーク階層ですか?
プレミアム ティアをおすすめします。サービスを Google の高品質ネットワーク上で提供でき、プレミアムなクラウド ネットワーク サービス(グローバル ロード バランシングや Cloud CDN など)を利用できるからです。ネットワーク階層を明示的に選択しない場合は、デフォルトでプレミアム ティアが使用されます。
ロードバランサをスタンダード ティアからプレミアム ティアに戻すにはどうすればよいですか?
ロードバランサを切り替える手順は次のとおりです。
- プレミアム ティアの IP アドレスを使用して、新しいロードバランサの転送ルールを作成します。
- DNS を使用して、トラフィックを現在のスタンダード ティアの IP アドレスから新しいプレミアム ティアの IP アドレスに少しずつ移行します。
- 移行が完了したら、スタンダード ティアの IP アドレスとそれに関連付けられたリージョン ロードバランサを解放します。複数のロードバランサが同じバックエンドを指すことができるため、バックエンドを変更する必要はありません。
プレミアム ティアとスタンダード ティアの相対的なコストはどれくらいですか?
スタンダード ティアの使用量(GB)あたり単価は、プレミアム ティアよりも低額です。詳しくは、Network Service Tiers の料金をご覧ください。
プレミアム ティアとスタンダード ティアのパフォーマンスをテストしたいと思います。どちらの構成でテストするほうがよいですか?
必要に応じて、どちらの階層でもパフォーマンスをテストできます。
VPC ネットワークの内部トラフィックにスタンダード ティアを適用できますか?
スタンダード ティアを有効にできるのは、外部 IP でのインターネットとの間のトラフィックのみです。VPC ネットワーク内の内部 IP アドレスを使用して通信する VM インスタンスは、常に Google Cloudのプレミアム ティア ネットワーク インフラストラクチャを使用しますが、標準の VM 間のアウトバウンド データ転送の料金が適用されます。
次のステップ
- Network Service Tiers の使用で、ワークロードにネットワーク階層を指定する方法を確認する。