AWSとAzureのリージョン選定は入念に
そのアプリとデータはどこにある？ クラウドでも“場所選び”が重要になる理由
AWSやAzureなどのパブリッククラウドにとって、所有するデータセンターの数は競争の重要な要素だ。ただし、各クラウドのリージョンは単純に比較できるものではない。
AWSのリージョン間接続（参照：AWSとIBM SoftLayerのネットワークを比較 仕組み、特徴の際立つ違いとは）《クリックで拡大》
クラウドコンピューティングの世界において、リージョンは「アプリケーションとデータが存在する物理的な場所」を指す。大抵の場合、企業のIT部門はクラウド事業者の選択に加えて、クラウドリソースを配置する場所を選ぶ必要がある。そのためには入念な計画が必要となる場合もある。
リージョンについて理解しなければならない理由は十分にある。まず、リージョンの選択次第では、IT管理者はデータの国外持ち出し（この場合はリージョン外への持ち出し）を規制する法律に抵触しかねない。またネットワークレイテンシが各リージョンのパフォーマンスに与える影響について、アプリケーションの構成や要件の観点から検討する必要がある。
例えば、「Amazon Web Services」（AWS）は「Amazon Elastic Compute Cloud」（Amazon EC2）や「Amazon Simple Storage Service」（Amazon S3）などのインスタンスの作成時にユーザーにリージョンとアベイラビリティゾーンの選択を求める。IT管理者はレイテンシやコンプライアンスの問題に最も適切に対処できるリージョンを選択する。
複雑な話に聞こえるとすれば、実際にそうだからだ。
AWSはサービスによって可用性が異なるが、いずれにしても特定のリージョンとアベイラビリティゾーンを利用する。従って、クラウドの利用計画を立てる際にはリージョンについて確認しておいて損はない。リージョンの選択はAWSの利用計画を立てる上で重要な要素であり、コスト削減やクラウドアプリケーションのパフォーマンス改善にもつながる。
AWSのサービスには、ID管理サービス「AWS Identity and Access Management」（IAM）のように、リージョンの指定をサポートしないものもある。その場合、エンドポイントにリージョンは含まれない。またAmazon EC2など一部のサービスにおいて、特定のリージョンを含まないエンドポイントを指定すれば、エンドポイントはAWSによって最適なリージョンにルーティングされる。こうしたルーティングは必ず追跡する必要がある。どのリソースがどのリージョンに存在しているのかが、すぐには分からないこともあるからだ。
グローバルな拠点展開という点では、Microsoft AzureとAWSはほぼ同等だ。新しいリージョンを相次いで開設し、状況は常に変化しているが、現時点ではAzureがAWSよりも多くの地域に拠点を置いている。例えば、インドはその1つだ。さらにMicrosoftは、どのリージョンを選べばベストパフォーマンスを引き出せるかをユーザーが自分で判断するための手頃なツールも提供している。
ただしレイテンシは多くの場合、アプリケーションが他のアプリケーションやデータとやりとりする際に発生する。前述のAzureのツールはそうした複雑な要素まで反映するものではない。
AWSを利用するIT管理者は、どのリージョンをどのサービスに使うかを計画する必要がある。利用計画の出発点としては、まずアプリケーションとデータストレージの要件を確認するといい。その上で、必要なサービスを選択し、その実行に最適なリージョンを選択する。一般的にアプリケーションは、そのアプリケーションを使用するプライマリグループと関連データの近くに置くべきとされている。そうすることで、レイテンシを減らし、アプリケーションのパフォーマンスを最適化できるからだ。さらにリージョンの計画では、法的な問題にも留意する必要がある。
AWSもAzureも、アプリケーションとデータにとって最適なリージョンを選択できるよう、積極的にユーザーをサポートしてくれるはずだ。ただし、自社のアプリケーションとデータについて一番よく理解しているのはIT管理者だ。従って、最終的な判断はIT管理者が下す必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
3
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
4
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
5
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
6
“アジャイルの壁”に挑むオリックス生命がIBMの開発管理ツールを選んだ理由
-
7
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
8
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
9
IT製品の導入に関するアンケート「セキュリティ」編
-
10
ライオンが挑む「守りのIT」脱却：Google Cloudで加速させるデータ駆動型経営
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー