views4GCPのストレージサービスについてまとめてみた。アクセンチュアにて5年間システム開発を経験。CP300のアジア初取得者。Google基盤上でのシステム開発の普及を目標として日々活動中。TweetShareHatena注意この記事は2014年8月4日に更新されたもので、内容が古い可能性がありますのでご注意ください。PreviewされているGCPのL7ロードバランサの機能を紹介して行きたいと思います。支えているものと同じと言われるその実力、まずはリージョンまたぎのロードバランサです。技術的にどのように実現しているのか意味が分からない!なんと、一つのIPアドレスに対してリクエストを送っているも、そのアクセス元の場所によって、近くのリージョンに割り振ってくれる、というものです。絵にすると、以下のような挙動になります。ちなみに、片側のリージョンが仮に全滅したり、応答性能が悪くなったりした場合はもうひとつのリージョンに全部振り向ける、というのも自動で行われます。そんなまさか!と思われる方は、この後のデモ動画をご確認ください。このまま実施すれば概ねの挙動は確認出来ます。(デモではAmazonからの確認にしたり、Curlのタイムアウト設定を修正したり、微調整を行っていますが)早速デモをデモは以下のような流れになってます。先に予習しておきましょう。台湾のデータセンタからと、AWSのUSリージョン(N.Virginia)のデータセンタからcurlコマンドで固定IPに対してリクエストを繰り返す(当初失敗します)www-1、www-2をアジアで、www-3、ww-4をUSリージョンで起動します。→この時、AWS側の方は最初1,2から帰って来ますが、3,4が起動すると3,4から帰ってくる挙動が確認されます。→台湾のサーバからのリクエストにはwww-2からのみ返るのを確認、以降、AWS側では特に変化無し(常に3,4からリクエストが返る)。→切替に少し時間がかかり数秒エラーになるが、台湾のサーバからのリクエストもwww-3,4(US側)からリクエストが返るのを確認。→台湾のサーバからのリクエストが再びwww-2からリクエストが返るのを確認。curlのコマンドのレスポンスタイムを表示しているので、それぞれ、同じリージョン同士の場合は早く、リージョンを跨ぐとレスポンスタイムが長くなるという挙動も確認出来ます。(停止時のヘルスチェックに引っかかるタイミングでも遅延が発生します)では、ご覧ください。一応、音声で私の解説がついてますので、音量を調整ください。上記説明を理解してくれていれば、何やってるかは概ね音声なしでもご理解いただけると思います。いかがでしたでしょうか?インスタンスの起動の速さも感じて頂けたかも知れませんね。