※ 本記事は、Kevin Bogusch による“Why a multicloud solution is better for your business”を 翻訳したものです。

2022 年 3月10日

パブリック・クラウド・ベンダーを1社しか使っていないとしたら、時代は変わりました。

10年前、クラウドは新しく、斬新なものでした。インフラストラクチャ、運用、デプロイメントの新しいスタイルを学ばなければなりませんでした。クラウド・ベンダーを1社選ぶことで、最適化と簡素化を図っていました。Amazon Web Services (AWS)、Microsoft Azure、Google Cloudなど、1つのクラウド・ベンダーを選択し、最適化と簡素化を図っていました。しかし、ミッション・クリティカルなワークロードはオンプレミスに置いたままでした。
5年前、あなたは重要なアプリケーションをすべてクラウドで構築していました。本業のワークロードをクラウドに任せていました。そして、クラウドを企業インフラストラクチャの一部として受け入れていました。しかし、1つのクラウドに固執する決断は、時代について行けなかったのです。それぞれのクラウドは、当初は異なる問題を解決するために設計されたため、異なる強さと能力を持ちながら成熟してきました。より複雑で負荷の高いワークロードを移行しようとすると、性能の不足、予期せぬコスト超過、クラウドのアーキテクチャと企業のワークロードのミスマッチが発生しました。

クラウドへの移行はまだしも、他のテクノロジーと同様に、サプライヤーの多様化は必須です。複数のクラウドを利用することで、競争上の優位性、地理的な回復力、価格面でのレバレッジを得ることができます。他のクラウド・ベンダーに目を向けるなら、早くから教訓を生かし、すでに次世代クラウドを構築しているディスラプター(創造的破壊者)、Oracle Cloud Infrastructure (OCI) に注目してください。

あなたではありません; あなたのクラウドです。

クラウド・ファーストやクラウド・オンリーなど、さまざまなクラウド推進戦略にもかかわらず、多くの企業のワークロードはオンプレミスにとどまっています。それらをクラウドに移行することは、予想されたほど簡単ではありませんでした。その理由は微妙です。

大まかに言えば、多くの企業のワークロードを以下のように区分することができます。
•    Webスケールまたはモバイル・スケール
•    生産性
•    記録または工程管理のシステム
•    ハイパフォーマンス・コンピューティング (HPC)

Webスケール（またはモバイル・スケール）のワークロードは、ホリデー・セールやバイラル・ビデオのような需要の大きな変化に対応するものです。これらのワークロードは、独立して追加または減算されるコンポーネントに分解することができます。例えば、売上トラフィックの急増に合わせてウェブ・サーバーを増設し、売上が落ち込んだらサーバーを撤去するといった具合です。AWSはまさにこの目的のために設計されました。グローバルな小売業のウェブサイトです。同様に、Googleもこの目的のために設計され、世界中で検索とGmailのアプリケーションを実行するために作られました。

生産性の高いワークロードは、多くのユーザーを定常的にサポートします。文書共有、本人確認、グループ・コミュニケーションなどはその典型的な例です。マイクロソフトは、OfficeやXboxのコミュニティにおけるこれらのニーズに対応するため、Azureクラウドを構築しました。

これらの作業負荷の種類はいずれも、活動を区分けし、需要の増加に応じてリソースを追加（スケール・アウト）する設計パターンを共有しています。どれか1つのコンポーネントに障害が発生しても、他のコンポーネントにはほとんど、あるいはまったく影響がありません。例えるなら、スーパーマーケットでレジのレーンが満杯になった場合、影響を受けた買い物客は別のレーンに移動するだけでよいのです。クラウド・ベンダーのリファレンス・アーキテクチャでは、どのコンポーネントが故障しても対応できるようなアプリケーションを設計することが明示されています。

残念ながら、ほとんどの企業のワークロードは、残りの2つのカテゴリー、すなわち記録システムやプロセス制御、HPCに該当し、スケール・アウトは適用できず、コンポーネントの故障も許容されないのです。別の言い方をすれば、ほとんどのクラウドの設計は、ほとんどの企業のワークロードの設計と一致していません。

記録とプロセス制御のシステムは、本質的にモノリシックである傾向があり、スケール・アウトではなく、より大きなサーバーでスケール・アップする必要があります。このようなモノリシックなシステムでは、サーバーの故障がアプリケーション全体に影響し、高額なダウンタイムを発生させます。

HPCには、ハイパーバイザーに邪魔されないベア・メタル・サーバーによる本来のパフォーマンスが必要であり、これらのサーバーを分散システムに接続する高帯域幅、低レイテンシーのネットワークが接続されている必要があります。ネットワークをオーバーコミットさせないことが重要です。Webスケール・アプリケーションのトラフィックが急増すると、高帯域幅のネットワークでさえも圧迫され、基盤となるインフラストラクチャを共有する近隣のワークロードに深刻な影響を与える可能性があります。このオーバーコミットは、クラウド・ベンダーがよく行う、リソースを節約するための設計手法です。

OCIは、こうした企業のワークロードをサポートするために設計された次世代クラウドです。記録やプロセス制御アプリケーションのシステムをそのまま、ほとんど変更することなく、仮想サーバーやベア・メタルなどの高信頼性サーバーに移行することができます。OCIの仮想サーバーは、エンタープライズグレードのベア・メタル・サーバー上で動作します。HPCは、ハイパーコンバージド・ネットワーキングで接続されたベア・メタル・サーバーを活用することができます。ネットワークは完全に構築されており、ノイジー・ネイバー・シンドロームに悩まされることなく、最大限の通信をサポートします。

OCIは、既存のミッションクリティカルなワークロードをクラウドに移行することで、クラウド戦略を完成させることができるクラウドです。

マルチクラウド世界での生活

OCIだけが使うべきクラウドということですか？ いいえ。

もはや、どのクラウドを使うかではなく、どのクラウドを使えば最大の価値を得られるかが問題なのです。Gartner社の調査では、5社中4社がすでに少なくとも2つのパブリッククラウドを利用しています。マルチクラウドの世界はすでに到来しているのです。

しかし、マルチクラウドは、各クラウドのサービスを独立して利用する以上のものです。マルチクラウドとは、各クラウドの最適なサービスや機能をつなげることです。例えば、AWSは、Amazon SageMaker、Amazon Lex、Amazon Transcribeなど、多くの機械学習サービスを提供しています。Azureは、Azure Active Directory、Microsoft 365、Xboxネットワークなど、基盤となるサービスをサポートしています。Googleは、エラスティックな「クラウド」アプリケーションをサポートするためにコンテナ管理を開発しました。

オラクルは、エンタープライズグレードの信頼性、ベア・メタル性能、およびハイパーコンバージド・ネットワーキングに重点を置いてOCIを設計しています。このアーキテクチャは、他のクラウドでは実現できないシングルサーバー・サイズでのミッション・クリティカルなアプリケーションや、HPC向けの大規模なベア・メタル・クラスターをサポートします。OCIは、これらのサービスを他のクラウドベンダーよりも低いコストで提供することを明言しています。また、OCIは、仮想化されたコンピュート、ストレージ、コンテナなど、期待されるクラウドサービスも提供しています。

真のマルチクラウドを実現するためには、クラウド間でデータをできるだけ摩擦なく移動させ、それぞれのクラウドのサービスを自由に利用できるようにする必要があります。例えば、あるクラウドでは様々なデバイスからデータを収集し、そのデータをOCIに移動してハイパフォーマンス処理を行い、最後に別のクラウドに移動してアーカイブを行うことが可能です。

クラウド間でのデータ移動は、OCIが真のマルチクラウドをサポートするもう一つの領域で、クラウドから出るデータに対して低いバイト単位の料金（エグレス料金）を課金します。OCIは他のクラウドとの相互運用を想定しており、この利用を促進するために、通常10倍安いエグレス料金を設定しています。オラクルはCloud Bandwidth Allianceのメンバーでもあり、メンバー間ではエグレス料金を無料または割引にすることができます。他のクラウドベンダーは、特定のクラウド内にデータを保持するインセンティブを顧客に与えるために、著しく高いエグレス料金を課す”walled garden”価格政策を導入しています。

オラクルはマイクロソフトと独自に提携し、Azure Interconnectを提供しています。これは、2つのクラウド間で2ミリ秒以下の広帯域かつ低レイテンシーの接続を、エグレス料金なしで提供するもので、サポート対象地域（世界10地域を数える）でAzureを使用している場合、オラクルは、Azure Interconnectを提供します。この相互接続は、マイクロソフトとオラクルのテクノロジーに投資している相互の顧客が、ネットワークのパフォーマンスに影響を与えることなくクラウドへの移行を希望する場合の共通のユース・ケースをサポートします。

Oracle Databaseに最適

もちろん、オラクルはOracle Databaseのサービスに最適な環境を提供するために、次世代OCIも設計しています。お客様は、Oracle Cloud Liftサービスによる無料の専門家ガイダンスを利用して、オンプレミスからOCIに最小限の変更で簡単に移行することができます。

Oracle Databaseは、柔軟性の高い仮想マシンと、最高のパフォーマンスと信頼性を実現するエンジニアリング・ハードウェア上で実行することができます。オラクル・ライセンスはハードウェアに合わせて拡張できるため、多くのお客様が、オンプレミスからOCIに移行する際に、パフォーマンスを向上させながら、全体的なコストを削減できることを実感しています。

OCIを無料でお試しください

OCIは、現在無料でご評価いただけます。OCIがどのようにお客様のマルチクラウド・ソリューションを実現するかの詳細については、オラクルのマルチクラウド・ページをご覧ください。
Oracle Cloud Infrastructureへの移行を加速するための詳細なアーキテクチャ、ガイド、およびチュートリアルについては、Cloud Adoption Frameworkを参照してください。