知識をテストして、コミュニティで共有しましょう

done

700 を超えるハンズオンラボ、スキルバッジ、コースへのアクセス

ネットワークティア - ネットワークコストの最適化

ラボ 30分 universal_currency_alt クレジット: 1 show_chart 入門

info このラボでは、学習をサポートする AI ツールが組み込まれている場合があります。

GSP219
概要
設定と要件
VM インスタンスを作成する
レイテンシとネットワークパスを確認する
お疲れさまでした

知識をテストして、コミュニティで共有しましょう

done

700 を超えるハンズオンラボ、スキルバッジ、コースへのアクセス

GSP219

Google Cloud セルフペースラボ

概要

このラボでは、プレミアムティアのネットワークサービス（デフォルト）とスタンダードティアのネットワークサービスに VM を 1 台ずつ作成し、その後各 VM インスタンスのレイテンシとネットワークパスを比較します。

Google Cloud の Network Service Tiers では、クラウドネットワークを最適化できます（パフォーマンスを優先する場合はプレミアムティア、コストを優先する場合は新しいスタンダードティアを選択します）。

プレミアムティア

プレミアムティアでは、十分にプロビジョニングされた、低レイテンシで信頼性の高い Google のグローバルネットワークでトラフィックが配信されます。このネットワークを構成するのは広範なグローバルプライベートファイバーネットワークであり、そのポイントオブプレゼンス（POP）は世界各地に 100 か所以上あります。

スタンダードティア

スタンダードティアは、新しい低コストのサービスです。ネットワーク品質は他のパブリッククラウドプロバイダと同等であり（ただしプレミアムティアよりは低くなります）、リージョンにつき 1 つの VIP を使用してリージョンネットワークサービス（リージョンロードバランシングなど）を提供します。

スタンダードティアでは、Google のネットワークではなく中継（ISP）ネットワークを経由して Google Cloud とエンドユーザー（インターネット）間のトラフィックが転送されるため、プレミアムティアより低い料金設定となっています。

目標

このラボでは、次のタスクの実行方法について学びます。

プレミアムティアのネットワークサービスを使用して VM を作成する
スタンダードティアのネットワークサービスを使用して VM を作成する
ネットワークサービスのティアが異なる 2 台の VM について、レイテンシとネットワークパスを確認する

設定と要件

[ラボを開始] ボタンをクリックする前に

こちらの手順をお読みください。ラボの時間は記録されており、一時停止することはできません。[ラボを開始] をクリックするとスタートするタイマーは、Google Cloud のリソースを利用できる時間を示しています。

このハンズオンラボでは、シミュレーションやデモ環境ではなく、実際のクラウド環境を使ってご自身でラボのアクティビティを行うことができます。そのため、ラボの受講中に Google Cloud にログインおよびアクセスするための、新しい一時的な認証情報が提供されます。

このラボを完了するためには、下記が必要です。

標準的なインターネットブラウザ（Chrome を推奨）

注: このラボの実行には、シークレットモードまたはシークレットブラウジングウィンドウを使用してください。これにより、個人アカウントと受講者アカウント間の競合を防ぎ、個人アカウントに追加料金が発生することを防ぎます。

ラボを完了するために十分な時間を確保してください。ラボをいったん開始すると一時停止することはできません。

注: すでに個人の Google Cloud アカウントやプロジェクトをお持ちの場合でも、このラボでは使用しないでください。アカウントへの追加料金が発生する可能性があります。

ラボを開始して Google Cloud コンソールにログインする方法

[ラボを開始] ボタンをクリックします。ラボの料金をお支払いいただく必要がある場合は、表示されるポップアップでお支払い方法を選択してください。左側の [ラボの詳細] パネルには、以下が表示されます。
- [Google Cloud コンソールを開く] ボタン
- 残り時間
- このラボで使用する必要がある一時的な認証情報
- このラボを行うために必要なその他の情報（ある場合）
[Google Cloud コンソールを開く] をクリックします（Chrome ブラウザを使用している場合は、右クリックして [シークレットウィンドウでリンクを開く] を選択します）。

ラボでリソースが起動し、別のタブで [ログイン] ページが表示されます。

ヒント: タブをそれぞれ別のウィンドウで開き、並べて表示しておきましょう。
注: [アカウントの選択] ダイアログが表示されたら、[別のアカウントを使用] をクリックします。
必要に応じて、下のユーザー名をコピーして、[ログイン] ダイアログに貼り付けます。
{{{user_0.username | "Username"}}}
[ラボの詳細] パネルでも [ユーザー名] を確認できます。
[次へ] をクリックします。
以下のパスワードをコピーして、[ようこそ] ダイアログに貼り付けます。
{{{user_0.password | "Password"}}}
[ラボの詳細] パネルでも [パスワード] を確認できます。
[次へ] をクリックします。
重要: ラボで提供された認証情報を使用する必要があります。Google Cloud アカウントの認証情報は使用しないでください。注: このラボでご自身の Google Cloud アカウントを使用すると、追加料金が発生する場合があります。
その後次のように進みます。
- 利用規約に同意してください。
- 一時的なアカウントなので、復元オプションや 2 要素認証プロセスは設定しないでください。
- 無料トライアルには登録しないでください。

その後、このタブで Google Cloud コンソールが開きます。

注: Google Cloud のプロダクトやサービスのリストを含むメニューを表示するには、左上のナビゲーションメニューをクリックします。ナビゲーションメニューアイコン

VM インスタンスを作成する

プロジェクトレベルまたはリソースレベルで、VM インスタンスのネットワークティアを設定できます。このラボでは、2 つの VM インスタンスを作成する際にネットワークサービスのティアを定義します。

プレミアムティア VM を作成する

プレミアムティアのサービス（デフォルト）を使用して VM インスタンスを作成します。

コンソールで、ナビゲーションメニュー（）> [Compute Engine] > [VM インスタンス] に移動します。

[インスタンスを作成] をクリックします。

以下のプロパティの値を設定し、他はすべてデフォルト値のままにします。

プロパティ	値（値を入力するか、指定されたオプションを選択）
名前	vm-premium
リージョン	us-central1
ゾーン	us-central1-c
シリーズ	E2
マシンタイプ	2 vCPU（e2-medium）

[ネットワーキング、ディスク、セキュリティ、管理、単一テナンシー] をクリックします。

[ネットワーキング] を展開し、[ネットワークインターフェース] で [default] をクリックします。
[ネットワークサービスティア] が [プレミアム] であることを確認します。

[完了]、[作成] の順にクリックします。

スタンダードティア VM を作成する

同じゾーンに同じマシンタイプの VM インスタンスを作成しますが、今回はスタンダードティアのサービスを使用します。

[インスタンスを作成] をクリックします。

以下の値を設定し、他はすべてデフォルト値のままにします。

プロパティ	値（値を入力するか、指定されたオプションを選択）
名前	vm-standard
リージョン	us-central1
ゾーン	us-central1-c
シリーズ	E2
マシンタイプ	2 vCPU（e2-medium）

[ネットワーキング、ディスク、セキュリティ、管理、単一テナンシー] をクリックします。
[ネットワーキング] を展開し、[ネットワークインターフェース] で [default] をクリックします。
[ネットワークサービスティア] を [スタンダード] に設定します。
[完了]、[作成] の順にクリックします。

両方のインスタンスが作成されるまで待ちます。作成されると、インスタンス名の横のチェックマークが緑色になります。
vm-premium と vm-standard の外部 IP アドレスを書き留めておいてください。以降の説明では、これらのアドレスをそれぞれ [premium-IP]、[standard-IP] とします。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 VM インスタンスを作成する

レイテンシとネットワークパスを確認する

プレミアムティアとスタンダードティアのネットワークパフォーマンスの違いを確認しましょう。

両方の VM インスタンスのレイテンシを確認する

最初に、ヨーロッパにあるサードパーティのサービスから、us-central1-c にある VM インスタンスまでのレイテンシを確認します。レイテンシとは、ネットワークパケットが 2 台のホスト間を往復するのにかかるラウンドトリップ時間（RTT）です。レイテンシが低いほど、ユーザーエクスペリエンスと転送速度に優れています。

このラボでは https://ping.eu/ping を使用して、ヨーロッパにいるユーザーが us-central1-c のサーバーにアクセスする場合のレイテンシを確認します。

新しいタブを開いて https://ping.eu/ping にアクセスします。
[IP address or host name:] に [premium-IP] を入力します。
セキュリティコードを入力して [Go] をクリックし、4 回連続の ping が完了するまで待ちます。

出力は次のようになります（これは出力例ですのでコピーしないでください）。

--- PING 35.202.10.213 (35.202.10.213) 56(84) bytes of data. --- 64 bytes from 35.202.10.213: icmp_seq=1 ttl=54 time=124 ms 64 bytes from 35.202.10.213: icmp_seq=2 ttl=54 time=123 ms 64 bytes from 35.202.10.213: icmp_seq=3 ttl=54 time=123 ms 64 bytes from 35.202.10.213: icmp_seq=4 ttl=54 time=123 ms ... --- Round Trip Time (rtt) --- min 123.499 ms avg 123.753 ms max 124.225 ms

[IP address or host name:] に [standard-IP] を入力します。
セキュリティコードを入力して [Go] をクリックし、4 回連続の ping が完了するまで待ちます。

出力は次のようになります（出力例なので、コピーしないでください）。

--- PING 35.206.65.89 (35.206.65.89) 56(84) bytes of data. --- 64 bytes from 35.206.65.89: icmp_seq=1 ttl=69 time=128 ms 64 bytes from 35.206.65.89: icmp_seq=2 ttl=69 time=127 ms 64 bytes from 35.206.65.89: icmp_seq=3 ttl=69 time=127 ms 64 bytes from 35.206.65.89: icmp_seq=4 ttl=69 time=127 ms ...' --- Round Trip Time (rtt) --- min 127.746 ms avg 127.986 ms max 128.470 ms

上の出力例では、スタンダードティア VM の平均レイテンシは 127.986 ミリ秒です。したがって、プレミアムティア VM の平均レイテンシはスタンダードティア VM と比較して 5% 低くなります。

これは基本的なテストです。実際のアプリケーショントラフィックを使用すると、レイテンシとパフォーマンスの正確な指標を得ることができます。ネットワークティアによるパフォーマンスの違いについて詳しくは、Network Service Tiers に関する Google Cloud のブログをご確認ください。

両方の VM インスタンスのネットワークパスを確認する

traceroute を使用して、ヨーロッパにあるサードパーティサービスと、us-central1-c にある VM インスタンスとの間のネットワークパスを確認します。traceroute ではホスト間のレイヤ 3（ルーティングレイヤ）のホップがすべて表示されるため、ホスト間のネットワークパスを把握できます。

このラボでは https://ping.eu/traceroute を使用して、ヨーロッパにいるユーザーから配信されたトラフィックが us-central1-c にあるサーバーにアクセスするまでのネットワークパスを可視化します。

新しいタブを開いて https://ping.eu/traceroute にアクセスします。
[IP address or host name:] に [premium-IP] を入力します。
セキュリティコードを入力して [Go] をクリックし、4 回連続の ping が完了するまで待ちます。

出力は次のようになります（出力例なので、コピーしないでください）。

traceroute to 35.202.10.213 (35.202.10.213), 30 hops max, 60 byte packets 1 * * * 2 core21.fsn1.hetzner.com 213.239.245.237 de 0.293 ms core22.fsn1.hetzner.com 213.239.245.241 de 0.231 ms core21.fsn1.hetzner.com 213.239.245.237 de 0.293 ms 3 core12.nbg1.hetzner.com 213.239.245.214 de 2.791 ms core11.nbg1.hetzner.com 213.239.224.9 de 2.764 ms core0.fra.hetzner.com 213.239.252.29 de 5.014 ms 4 core4.fra.hetzner.com 213.239.245.245 de 5.489 ms 5.484 ms us 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * No reply for 5 hops. Assuming we reached the firewall.

上の出力例では、プレミアムティア VM 宛てに送信されたトラフィックが 5 回ホップしてから Google Cloud ネットワークに到達したことがわかります。ホップ 4 の IP アドレスはドイツのバイエルン州にあり、配信元のサーバーやエッジポイントオブプレゼンス（PoP）も同じ州にあります。つまり、プレミアムティアのネットワークトラフィックは想定どおり、ユーザーに近い場所で Google Cloud ネットワークに到達しています。

[IP address or host name:] に [standard-IP] を入力します。
セキュリティコードを入力して [Go] をクリックし、4 回連続の ping が完了するまで待ちます。

出力は次のようになります（出力例なので、コピーしないでください）。

traceroute to 35.206.65.89 (35.206.65.89), 30 hops max, 60 byte packets 1 * * * 2 core22.fsn1.hetzner.com 213.239.245.241 de 0.229 ms core21.fsn1.hetzner.com 213.239.245.237 de 0.229 ms core22.fsn1.hetzner.com 213.239.245.241 de 0.229 ms 3 core12.nbg1.hetzner.com 213.239.224.13 de 2.807 ms core5.fra.hetzner.com 213.239.224.246 de 4.948 ms 4.956 ms 4 ffm-b4-link.telia.net 213.248.70.2 5.023 ms 5.030 ms 5.032 ms 5 hbg-b1-link.telia.net 213.248.70.0 14.883 ms ffm-bb4-link.telia.net 62.115.120.7 108.287 ms ffm-bb3-link.telia.net 62.115.120.1 119.768 ms 6 hbg-bb4-link.telia.net 213.155.135.86 115.076 ms hbg-bb1-link.telia.net 213.155.135.82 115.813 ms hbg-bb4-link.telia.net 62.115.141.110 126.967 ms 7 ldn-bb4-link.telia.net 62.115.122.161 116.926 ms nyk-bb3-link.telia.net 213.155.135.5 109.611 ms nyk-bb4-link.telia.net 80.91.251.100 110.269 ms 8 hbg-bb1-link.telia.net 80.91.249.11 145.034 ms chi-b21-link.telia.net 62.115.137.59 110.215 ms nyk-bb4-link.telia.net 62.115.136.185 126.232 ms 9 kbn-bb3-link.telia.net 213.155.130.101 125.870 ms 125.816 ms chi-b21-link.telia.net 62.115.137.59 116.943 ms 10 google-ic-326155-chi-b21.c.telia.net 213.248.66.127 115.447 ms 11 chi-b21-link.telia.net 80.91.246.162 125.726 ms 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * No reply for 5 hops. Assuming we reached firewall.

上の出力例では、スタンダードティア VM 宛に送信されたトラフィックが 12 回ホップしてから Google Cloud ネットワークに到達したことがわかります。ホップ 11 の IP アドレスはエッジポイントオブプレゼンス（PoP）である米国のシカゴにありますが、これは米国のアイオワ（us-central1）の近くです。このことから、スタンダードティアよりプレミアムティアのネットワークトラフィックのほうが、ユーザーにとても近い場所で Google Cloud ネットワークに到達することがわかります。

お疲れさまでした

このラボでは、プレミアムティア（デフォルト）とスタンダードティアのネットワークサービスに VM を 1 台ずつ作成し、その後サードパーティのサービスを使用して、各 VM インスタンスのレイテンシとネットワークパスの違いを可視化しました。プレミアムティア VM はスタンダードティア VM よりもレイテンシが低く、Google Cloud ネットワークへのトラフィックの到達も早いことがわかりました。

Google Cloud の Network Service Tiers にスタンダードティアが加わったことで、パフォーマンスやコストに応じてリソースを柔軟に設定できます。2 つのネットワークティアにおける料金の違いについては、料金のドキュメントをご覧ください。

クエストを完了する

このセルフペースラボは、Qwiklabs の「Networking in the Google Cloud」および「Optimizing Your GCP Costs」クエストの一部です。クエストとは学習パスを構成する一連のラボのことで、完了すると成果が認められて上のようなバッジが贈られます。バッジは公開して、オンラインレジュメやソーシャルメディアアカウントにリンクできます。このラボの修了後、次のクエストに登録すれば、すぐにクレジットを受け取ることができます。受講可能なその他の Qwiklabs のクエストもご確認ください。

次のラボを受講する

「VPC フローログ - ネットワークトラフィックの分析」に進んでクエストを続けるか、以下のおすすめのラボをご確認ください。

次のステップと詳細情報

ネットワークティアの詳細については、Network Service Tiers をご覧ください。

ネットワークティア - ネットワークコストの最適化

チェックポイント

ネットワークティア - ネットワークコストの最適化

GSP219