マルチゾーンの概要

Google Distributed Cloud(GDC)エアギャップは、高可用性と障害復旧を実現するデプロイ機能を提供します。このページでは、この機能をマルチゾーンと呼びます。

マルチゾーンを使用すると、パブリック ハイパースケール クラウド プロバイダと同様の高可用性(HA)と障害復旧(DR)機能を提供することで、切断されたミッション クリティカルなワークロードを GDC で実行できます。GDC は、ローカル障害に強いマネージド サービスとインフラストラクチャ サービスを提供します。一部のサービスでは、ワークロードに必要な復元力のレベルを決定する必要があります。マルチゾーン機能を提供するサービスの例を次に示します。

マルチゾーン機能を提供するサービスの一覧については、マルチゾーンでサポートされている GDC サービスをご覧ください。

GDC マルチゾーンは、GDC ゾーン全体のリソース管理を簡素化するグローバル リソース管理機能を提供します。アラート、健全性、使用量、ロギング、モニタリング、課金に関する情報を確認して、ユニバースで管理されているすべての GDC リソースとサービスを表示できます。

GDC のマルチゾーン ユニバースでは、グローバル リソースとハードウェアの対称性が必要です。この対称性により、ハードウェアと組織はすべてのゾーンで同じである必要があり、特定のゾーンで個別に変更することはできません。

マルチゾーンは、障害復旧とビジネス継続性の目標を達成するためのビルディング ブロックも提供します。マルチゾーンが提供する主な機能は次の 3 つです。

  • コントロール プレーン サービスの継続性。ゾーンで障害が発生した場合、組織とその関連サービスを復元するために必要な重要な機能は、別のゾーンにすでに存在しています。

  • マルチゾーン リソース。たとえば、GDC ゾーン間の非同期ストレージ レプリケーションなどです。

  • マルチゾーン マネージド サービス。たとえば、ロードバランサには、マネージド サービスによって制御されるマルチゾーン バリアントがあります。

ゾーンとは何ですか?

各ゾーンは、配置場所に応じて独立した障害ドメインにできます。たとえば、沈み込み帯で 1 km 以内に配置された 2 つのゾーンは、同じ障害ドメインに属します。各ゾーンは、GDC エアギャップの完全な実装です。これは、いつでも Google Cloud への接続を必要としないハードウェアとソフトウェアのソリューションです。ゾーンは、ローカル コントロール プレーンを使用するインフラストラクチャ、サービス、API、ツールを管理します。

GDC エアギャップ ゾーンは 4 つのレイヤで構成されています。

  • ハードウェア: Google が定義した基盤となるハードウェアとラックの設計。

  • インフラストラクチャ: ハードウェアを管理し、ハードウェア固有の構成を参照せずにソフトウェア レイヤを実行できる抽象化を提供します。

  • サービス プラットフォーム: 分散クラウドでサービスを構築するためのフレームワーク。マネージド サービスと Marketplace サービス間で一貫性を提供します。

  • マネージド サービスと Marketplace サービス: GDC で実行される顧客向けのクラウド サービス。

接続されたエアギャップ ゾーンのグループは、ユニバースと呼ばれます。予期せぬ障害を防ぐ高可用性のフォールト トレラントなアプリケーションをデプロイするには、ユニバース内の複数のゾーンにアプリケーションをデプロイする必要があります。

ゾーンやリージョンとは

リージョンは、定義されたレイテンシ要件内のユニバースにあるゾーンのグループです。十分に近いピアがないゾーンは、独自のリージョンと見なされます。リージョン内のゾーンは、多くのコンプライアンス体制で個別の障害ドメインとなるように、10 km 以上離れている必要があります。

リージョンは数百キロメートル離れていることがあります。このため、GDC はリージョン内で同期サービスのみを提供します。非同期サービスはリージョン内およびリージョン間で利用できます。

非同期サービスはバックグラウンドでレプリケーションを実行し、低いがゼロではない目標復旧時点(RPO)を提供します。通常、非同期サービスはネットワーク パーティションの間に利用可能です。

GDC エアギャップ非同期サービスの例:

  • ブロック ストレージ
  • オブジェクト ストレージ

単一リージョン内のゾーンは、強力な整合性のあるサービスの提供を可能にするレイテンシ要件を満たす必要があります。同期サービスはレプリケーションを直ちに実行するため、すべての書き込みが少なくとも 2 つのゾーンで使用可能であることが保証されます。これは、RPO をゼロにするために必要なコアステップです。通常、同期サービスは非レプリケート サービスよりもレイテンシが高く、ネットワーク パーティション中に使用できなくなる可能性があります。

GDC エアギャップ同期サービスの例:

  • NFS ファイル共有
  • オブジェクト ストレージ

ユニバースとは

距離やレイテンシに関係なく、ネットワーク接続が直接行われ、管理プレーンとコントロール プレーンが共有されているゾーンは、ユニバースに属します。ユニバースには最大 6 つのゾーンを設定できます。

各ユニバースは、相互接続されたリージョンに編成された複数のゾーンで構成できます。たとえば、米国バージニア州とオランダのアムステルダムの 2 つのリージョンにそれぞれ 3 つのゾーンがあるとします。

  • GDC リージョン 1(バージニア)

    • ゾーン 1(us-virginia1-a)
    • ゾーン 2(us-virginia1-b)
    • ゾーン 3(us-virginia1-c)
  • GDC リージョン 2(オランダ)

    • ゾーン 1(eu-ams1-a)
    • ゾーン 2(eu-ams1-b)
    • ゾーン 3(eu-ams1-c)

次の図は、GDC ユニバースの例を示しています。

ユニバースは、リージョン間でグループ化されたゾーンで構成されます。

ユニバースには 1 ~ 6 個のゾーンを設定でき、1 つまたは 2 つのオペレーション センターを設定できます。

Universe では、リージョン構成に関係なく、次の自動復元戦略が提供されます。

  • 2 つのゾーンがあるユニバースの場合、復元は手動でトリガーする必要があります。
  • 3 つ以上のゾーンがあるユニバースの場合、復元を自動的にトリガーできます。

詳しくは、ご利用の携帯通信会社にお問い合わせください。

ゾーンリソース

ゾーンリソースは、単一のゾーン内で動作します。ゾーンが停止すると、そのゾーンのリソースの一部または全部に影響する可能性があります。ゾーンリソースの例としては、特定のゾーン内に存在する仮想マシン(VM)インスタンスがあります。GDC ユニバースでゾーンリソースを管理する方法については、Management API サーバーをご覧ください。

グローバル リソース

グローバル リソースは、ユニバースのゾーン全体にデプロイされるリソースです(組織など)。そのため、リージョン リソースはゾーンリソースに比べて可用性が高くなります。グローバル リソースは、グローバル 管理 API サーバーにデプロイされ、管理されます。

すべての組織に、グローバルとゾーンの管理 API サーバーがあります。

災害ドメイン

障害ドメインは、リソースの物理的な近接性により同時に影響を受ける可能性のあるリソースのコレクションを表します。したがって、ゾーン分離の要件を簡素化するために使用される耐久性関連の構成要素です。通常、1 つの障害ドメインは 1 つのキャンパスに対応します。

ほとんどの GDC ユニバースでは、Google は施設を所有していません。データセンターを所有するコロケーション ベンダーと連携して、堅牢なインフラストラクチャ、冗長電源、高速接続へのアクセスを提供しています。このアプローチでは、HA と DR に関する Google の戦略とベスト プラクティスに基づいて、アプリケーションとサービスの最適なパフォーマンスと稼働時間が実現します。

ユニバースの障害ドメインの仕様について詳しくは、オペレーターにお問い合わせください。

グローバル API とゾーン API

GDC エアーギャップでは、グローバル リソースとゾーンリソースの両方を作成して管理するために、グローバル API とゾーン API の 2 つのレベルの管理プレーン API が提供されています。これらの API タイプが GDC ユニバースでどのように管理されるかについては、グローバルおよびゾーンの管理 API サーバーに関するドキュメントをご覧ください。

グローバル API とゾーン API はどちらも、異なるエンドポイントで提供される Kubernetes 宣言型 API です。GDC リソースは、API サーバーの Kubernetes カスタム リソースとして表されます。グローバル API サーバーは、ゾーン全体に分散された単一の etcd クラスタを共有し、ゾーン API サーバーと比較してレイテンシが高く、QPS(1 秒あたりのクエリ数)が低下する代わりに、フォールト トレランスで強力な整合性を提供します。すべての組織で、ゾーン管理 API サーバーは管理者とデベロッパーがゾーンリソースを管理するためのゾーン API を提供し、グローバル管理 API サーバーはグローバル リソースを管理するためのグローバル API を提供します。

GDC の API の詳細については、API の概要をご覧ください。

gdcloud CLI

gdcloud CLI には、ゾーン API またはグローバル API を操作して、リソースとそのデプロイを管理する方法が用意されています。

  • CLI を使用してゾーン コンソールまたはグローバル コンソールの URL にログインする
  • 特定のゾーン アクションにゾーン CLI フラグを使用する

グローバル URL は、gdcloud CLI を初期化するときにデフォルトで構成されるものです。gdcloud 構成を更新して、ゾーン URL を設定し、それらにログインしてゾーン固有のタスクを完了できます。

同様に、gdcloud CLI には、コマンド グループ全体で多くのリソース管理タスクに設定できる --zone フラグが用意されています。グローバル URL 構成にログインすると、グローバル リソースに対する CLI アクションは、スコープ内のすべてのゾーンに適用されます。

ゾーン サービスとグローバル サービスで gdcloud CLI を使用する方法については、ゾーン間のリソースを管理するをご覧ください。

GDC コンソール

特定の組織の GDC コンソールには、同じユニバース内のすべてのゾーンからアクセスできます。そのため、GDC コンソールを使用して、組織内のすべてのグローバル リソースとゾーンリソースを管理できます。

GDC コンソールから次のマルチゾーン機能を使用できます。

  • 完全修飾ドメイン名(FQDN)を使用して移動する: グローバル FQDN を使用して、最も適切なゾーン コンソール エンドポイントに自動的に解決できます。グローバル FQDN がなんらかの理由で解決できない場合や、特定のゾーンに接続する場合は、ゾーン FQDN を使用して、ターゲット ゾーン内の特定のコンソール エンドポイントに移動できます。

  • ゾーンリソースの作成を管理する: ゾーンリソースを作成するときにゾーン選択ツールを使用できます。このツールで、リソースが作成されるゾーンを指定します。逆に、グローバル リソースを作成するときにゾーン選択ツールは表示されません。

  • ゾーン間の既存のリソースを表示する: GDC コンソールのさまざまなリソースページには、リソースがゾーン別に表示されます。ゾーン選択ツールを使用して、選択したゾーンのリソースを表示できます。すべてのゾーンのリソースには、グローバルとゾーンの GDC コンソール URL に移動して、ピッカーで適切なゾーンを選択することでアクセスできますが、ゾーン全体のリソースの集約ビューはありません。

GDC コンソールを使用して GDC ユニバース内の複数のゾーンにわたってリソースを管理する方法については、ゾーン間のリソースを管理するをご覧ください。

GDC は障害に対する復元性を備えるように設計されています。そのため、ゾーン接続の問題が検出されると、GDC コンソールに、グローバル リソースを変更できない可能性があることを通知する永続バナーが表示されます。

GDC コンソールに、ゾーン接続の問題が検出されたことを示すバナーが表示されます。

リソース コンテナ

組織は、まとめて管理するリソースのセキュリティ境界を定義します。GDC エアギャップの各組織は、グローバル API とゾーン API の両方を提供し、組織内でグローバル リソースとゾーン リソースの両方を作成できるようにします。グローバル組織を作成する場合、オペレーターはゾーンのデプロイと、ユーザー ワークロードで使用可能なストレージ容量や物理サーバーの数などのゾーン設定の構成を行います。

組織の特定のゾーン設定について詳しくは、ご利用の携帯通信会社にお問い合わせください。

プロジェクトは、組織内のサービス リソースの論理的なグループ化を提供し、リソースを管理するためのライフサイクルとポリシーの境界を提供します。すべてのプロジェクトはグローバルであり、デフォルトでユニバースで構成したゾーンにまたがっています。

すべてのサービス リソースはプロジェクトで作成する必要がありますが、すべてのサービスがグローバルであるわけではありません。ゾーンレベルでのみサポートされているサービスの場合は、選択したゾーン内にデプロイして管理する必要があります。詳細については、リソースタイプの該当するドキュメントをご覧ください。

IAM

次の Identity and Access Management(IAM)サービスは、グローバル リソースとして構成する必要があります。

  • 認証用の ID プロバイダ(IdP)
  • ロールベースのアクセス制御(RBAC)
  • サービス ID

各 IAM 構成は、ユニバース内のすべてのゾーンに及びます。

認証

グローバル IdentityProviderConfig リソースを使用して、IdP を組織に接続する必要があります。このリソースにより、ユニバース内のすべてのゾーンで同じ IdP を使用して組織に接続できます。

詳細については、ID プロバイダに接続するをご覧ください。

アクセス

グローバルとゾーンの管理 API サーバー、および Kubernetes クラスタに組織の各ゾーンで一貫してアクセスするには、すべてのユーザーまたはグループにグローバル IAMRoleBinding リソースを割り当てる必要があります。

  • グローバル管理 API サーバー アクセス: IAMRoleBinding は、グローバル API サーバーの事前定義された ClusterRoleClusterRoleBinding または RoleBinding として伝播されます。

  • ゾーン管理 API サーバー アクセス: IAMRoleBinding は、ゾーン管理 API サーバーで ClusterRoleBinding または RoleBinding として伝播されます。

  • Kubernetes クラスタへのアクセス: IAMRoleBindingProjectRole として伝播され、ProjectRoleBinding は Kubernetes Role および RoleBinding として、ProjectRoleProjectRoleBinding が存在するプロジェクトに対応する Management API サーバーと Kubernetes クラスタの Kubernetes Namespace に伝播されます。

詳細については、アクセス権の付与と取り消しをご覧ください。

サービス ID

サービス アカウントは、ワークロードとサービスがリソースをプログラムで消費し、マイクロサービスに安全にアクセスするために使用するユーザー プリンシパルです。これらは、ユーザーではなく、アプリケーションやワークロードで使用される特別な種類の ID です。ユーザー アカウントと同様に、サービス アカウントには権限とロールを付与できますが、人間のユーザーのようにログインすることはできません。サービス ID 機能は、グローバル ProjectServiceAccount リソースに含まれています。

詳細については、サービス アカウントを使用して認証するをご覧ください。

ネットワーキング

GDC ゾーンには、次のネットワーキング サービスを構成できます。

  • エニーキャスト サービス
  • 負荷分散
  • プロジェクト ネットワーク ポリシー
  • DNS

GDC ユニバースでゾーン間およびゾーン内のネットワーキング トラフィックを管理するように、グローバル ネットワーキング サービスとゾーン ネットワーキング サービスを構成します。

エニーキャスト サービス

マルチゾーンは、複数のゾーンのリソース間で高可用性を提供するエニーキャスト ネットワーキング サービスを提供します。同様に、データセンター相互接続(DCI)オプションは、複数の GDC エアギャップ ゾーンを相互接続するフルメッシュとして実装されます。これにより、GDC は複数のロケーションにわたってマルチゾーンの障害保護を提供し、Google インフラストラクチャからの完全な切断の要件に対応できます。

エニーキャスト サービスは、一意の /32 IPv4 プレフィックスで表されます。このプレフィックスは、Border Gateway Protocol(BGP)を使用して顧客施設に提供され、接続されたネットワークからの到達可能性が確保されます。各エニーキャスト サービスは GDC のエアギャップ ネットワーク内のすべてのゾーンからアクセスできますが、トラフィックが転送される実際のエンドポイントは、カスタム ルーティング ポリシーに基づく近接性やゾーン設定などの要因によって異なります。

トラフィック配信は、お客様の接続と同じゾーン内の最も近い使用可能なサービス インスタンスにトラフィックを転送することで最適化されます。これにより、レイテンシが短縮されるだけでなく、サービスの全体的なパフォーマンスと応答性も向上します。たとえば、Anycast サービスがゾーン 1、ゾーン 2、ゾーン 3 にデプロイされている場合、ゾーン 2 から発信された顧客リクエストは、通常、最も近く、最も効率的なオプションであるゾーン 2 内のサービス インスタンスに転送されます。

エニーキャスト範囲はグローバルにアクセスできますが、サービスがアクティブにデプロイされている特定のゾーンのお客様にのみ提供されます。このアクセス構成では、ゾーン 1 にデプロイされたサービスは、ゾーン 1 に接続されたお客様のみが利用でき、他のゾーンに接続されたお客様は利用できません。

さらに、GDC はゾーン設定システムを実装しています。このシステムでは、ゾーン名に関係なく、作成時にゾーンに数値が割り当てられ、顧客誘致が設定されます。たとえば、数値 123 のゾーンにエニーキャスト サービスがデプロイされている場合、通常、顧客トラフィックは、他のゾーンよりも前に優先ロケーションとして設定された最小値のゾーンに転送されます。この優先度システムは、トラフィック パターンに対するある程度の予測可能性と制御を提供しますが、フェイルオーバー メカニズムも組み込まれています。優先ゾーンに影響する障害や停止が発生した場合、システムはトラフィックを別のゾーンに自動的に移行し、サービスを中断なく利用できるようにします。

マルチゾーン構成では、特定のゾーン内のサービスにアクセスするには、ネットワークからそのゾーンへの相互接続が必要です。一貫性のあるマルチゾーン デプロイの場合、ユニバースの各ゾーンで作成されたインターコネクトは、容量と構成の点で同一である必要があります。アクセスする各ゾーンには、対応する相互接続が必要です。これらの相互接続は互いに同一です。

詳しくは、ご利用の携帯通信会社にお問い合わせください。

負荷分散

GDC は、Kubernetes と VM ワークロード用の L4 パススルー ロードバランサを提供します。このロードバランサは、次の構成を提供します。

  • TCP または UDP プロトコル。
  • ワークロードとクライアントの間にプロキシがない。
  • 特定のゾーン専用のロード バランシング、またはユニバース内のすべてのゾーンにわたるグローバル ロード バランシング。
  • 組織内の内部ネットワーク トラフィック、または組織間の外部ネットワーク トラフィック。

次の図は、GDC ユニバースの外部パススルー L4 ロードバランサのコンポーネントを示しています。

GDC ユニバースの外部パススルー L4 ロードバランサ。

ロードバランサは、単一ゾーン内で機能するように、またはすべてのゾーンでグローバルに機能するように微調整できます。

GDC のロード バランシングの詳細については、ロードバランサを管理するをご覧ください。

プロジェクト ネットワーク ポリシー

プロジェクト ネットワーク ポリシーは、プロジェクトのデータ転送(内向き)ルールまたはデータ転送(外向き)ルールを定義します。プロジェクトはグローバル リソースであるため、プロジェクト内のサービスとワークロードのクロスゾーン ネットワーキング トラフィックを許可するには、プロジェクトのネットワーク ポリシーもグローバルに定義する必要があります。

詳細については、プロジェクトのネットワーク ポリシーを構成するをご覧ください。

DNS

ドメイン ネーム システム(DNS)サービスはグローバルであり、複数のゾーンにまたがっています。ゾーンで DNS サービス インスタンスにアクセスできなくなると、別のゾーンの別の DNS サービス インスタンスによってクライアントがシームレスに処理されます。

ゾーン内の各組織には、次の 3 つのグローバル権威 DNS サーバーが含まれています。

  • グローバル インフラストラクチャ内部サーバー: インフラストラクチャ Virtual Private Cloud(VPC)ネットワーク内の DNS リクエストを解決する権威サーバー。このサーバーはインフラストラクチャ ワークロードのみを管理します。ユーザー ワークロードはこのコンポーネントとやり取りしません。組織のすべてのゾーンにわたるグローバル インフラストラクチャの内部デプロイは、エニーキャスト IP アドレスでアクセスできます。

  • グローバルな顧客内部サーバー: 顧客の Virtual Private Cloud(VPC)ネットワーク内で DNS リクエストを解決する権威サーバー。このサーバーは、Kubernetes クラスタ内の Pod や仮想マシン(VM)などのユーザー ワークロードのみを管理し、これらのユーザー ワークロードから発信されたすべての DNS リクエストを解決します。組織のすべてのゾーンにわたるすべてのグローバルな顧客内部デプロイは、エニーキャスト IP アドレスでアクセスできます。VPC はゾーンにまたがっているため、ゾーンからのグローバル完全修飾ドメイン名(FQDN)の解決リクエストは、正常なゾーンのいずれかに到達する可能性があります。

  • グローバル カスタマー外部サーバー: お客様のネットワークから発信された DNS リクエストを解決する権威サーバー。すべてのゾーンにわたる組織のすべてのグローバルな顧客外部デプロイは、エニーキャスト IP アドレスでアクセスできます。

GDC には、専用の外部ネットワークまたは共有の外部ネットワークを使用して接続できます。これらのネットワーク タイプによって、GDC が DNS リクエストを解決する方法が決まります。

専用の外部ネットワークがグローバル カスタマー外部 DNS サーバーに直接接続し、リクエストを解決します。または、共有外部ネットワークが DNS 階層のルートに接続します。このルートサーバーは、適切な DNS ゾーンのリクエストのネームサーバー(NS)レコードをグローバル カスタマー外部 DNS サーバーに提供します。次に、DNS リゾルバがリクエストを再帰的に解決します。

GDC は、内部トラフィックと外部トラフィックの両方に対して、グローバルと単一ゾーン内の DNS 解決を提供します。

外部ネットワークから発信されたリクエストは、DNS リゾルバから転送されます。同様に、内部 DNS リクエストは GDC ユニバース内のワークロードから送信されます。

DNS リクエストの FQDN 形式は次のとおりです。

  • グローバル DNS リクエスト: SERVICE_NAME.ORG_NAME.SUFFIXservice-1.org-1.google.com など)。
  • ゾーン DNS リクエスト: SERVICE_NAME.ORG_NAME.ZONE_NAME.SUFFIXservice-1.org-1.zone-1.google.com など)。

GDC ユニバース内でネットワーキングを構成する方法の詳細については、ネットワーキングの概要をご覧ください。

ストレージ

バージョン 1.14.4 以降では、マルチゾーン ユニバースで、障害復旧シナリオ用に非同期モードでボリュームやバケットなどのレプリケートされたストレージ リソースを使用できます。これらのストレージ リソース オプションは、同じユニバース内の任意の 2 つのゾーン間で非同期データ レプリケーションを提供します。非同期レプリケーションはバックグラウンドで実行され、障害発生時にゼロ以外の低い RPO を実現します。複製されたデータはすべてオンラインで、すぐにアクセスできますが、セカンダリ ゾーンでの書き込みを有効にするには、手動フェイルオーバー手順が必要になる場合があります。

  • 非同期ブロック レプリケーション: プライマリ ボリュームとセカンダリ ボリューム間のブロックの同等性を維持する非同期レプリケート ボリューム(PV)を提供します。非同期の性質上、セカンダリ ボリュームには過去のある時点のプライマリの状態が反映されます(RPO はゼロ以外)。セカンダリ ボリュームはレプリケーションのターゲットである間はマウントできません。関係を終了して書き込みを有効にするには、手動で操作する必要があります。

  • 非同期バケット レプリケーション: レプリケートされたバケットはゾーン間でペアになり、双方向のデータ レプリケーション関係が作成されます。この機能を使用してプライマリ ゾーン バケットまたはセカンダリ ゾーン バケットに書き込まれたオブジェクト データは、他のゾーンにコピーされます。データは非同期でコピーされるため、バケットに同じオブジェクト バージョンが含まれていない可能性がありますが、追加の変更が行われない限り、最終的には整合性が保たれます。ボリューム レプリケーションとは異なり、レプリケートされたバケットはゾーン パーティション中に書き込み可能です。オブジェクトへの書き込みごとに異なるバージョンが生成され、接続が復元された後の最終状態は、いずれかのゾーンの最新バージョンになります。

遅延に関する要件

現在と将来の機能の GDC ゾーンのロケーションを計画できるように、レイテンシ要件は Google Cloudに基づいています。この方法では、ゾーンが同じリージョンにあるかどうかを把握したうえで、GDC のエアギャップ ロケーションを安心して選択できます。

マルチゾーンのレイテンシ要件。

サポートされる最大レイテンシは、リージョン内の任意の 2 つのゾーン間の物理レイヤで 1 ミリ秒未満のラウンドトリップ時間(RTT)です。物理レイヤでレイテンシを計算するには、ほとんどのインスタンスで使用できない特殊な機器が必要になるため、2 つのゾーン間のファイバー長を測定することで近似できます。

リージョン内のゾーンのファイバー長がプライマリ パスで 50 km、セカンダリ パスで 100 km のレイテンシの場合、リージョン サービスがサポートされます。リング ネットワークでは、この要件は各ファイバーの長さを 50 km 以下にすることを意味します。

特定のレイテンシ要件について詳しくは、ご利用の携帯通信会社にお問い合わせください。

次のステップ