06:00政府が打ち出した「クラウド・バイ・デフォルト原則」と、クラウドベンダーによるサービスの多様化を両輪に、企業のIT基盤として当たり前の選択肢となったパブリッククラウド。した中、用途ごとに複数のクラウドを使い分けるマルチクラウドの動きも企業の間で急速に広がっている。マルチクラウドをテーマとした日本オラクル株式会社のプライベートセミナーの模様をダイジェストでレポートする。アマゾンがAWSで先鞭をつけたパブリッククラウドは、ベンダー各社の得意技術を生かした新サービスが相次ぐことで、「どう上手く活用するか」を検討する段階に差し掛かっている。した中で注目を集める活用法が、複数クラウドを組み合わせて“良いとこ取り”を目指すマルチクラウドだ。実践の道のりは平坦ではない。企業システムは企業ごとに異なり、最適な組み合わせを自身で見極める必要がある。そこで直面する課題もさまざまだ。日本オラクル株式会社は2月1日、マルチクラウドの最適な在り方について先進企業の取り組みを共有するためのプライベートセミナー「実践者が語るリアルなマルチクラウド」を開催。マルチクラウドを活用する各社の担当者が、そのメリットや注意点などについて、各社各様の立場から考えを披露した。本セミナーは日本オラクル株式会社本社ビル22階のカフェを会場に開催。アフィリエイトサービス「A8.net」を手掛ける同社は、2万社の広告を255万のWebサイトに配信。そこでの確実な配信のために2011年からマルチクラウド化を推し進めてきたという。53」を用いたDNSラウンドロビンによる最大で200Mbpsもの大量トラフィックの分散である。2015年には仮想ルータで問題が直面するも、クラウドを見直すことで対応。「原因は通信先との3ウェイハンドシェイク時に応答が返ってこず、仮想ルータがメモリを使い切って停止してしまうことでした。どんな通信が発生するかを事前に想定したクラウドの選定もマルチクラウド運用のポイントと言えます」と鈴木氏は強調する。これらの施策の間、同社ではメジャーなクラウドを一通り試し、最終的にはシステムの約9割をAWSとIDCFクラウド上に集約。Processing」(ATP)の検証を進めているという。Databaseを運用している同社だが、設計次第では、パフォーマンスが出ないこともあるという。例として、db.m4.2xlargeインスタンスの最大帯域幅は1Gbps。対するAWSの汎用SSD(gp2)の最大帯域幅は2Gbps(256MB/s)で、「インスタンスサイズによってはストレージ性能が発揮できず、そこでのボトルネックが障害の原因になることがあります」(鈴木氏)。インスタンスサイズを上げれば問題は解消するが、それではコストが跳ね上がってしまう。この問題をトランザクションの自動最適化機能を備えるATPが解消してくれるのでは、と期待を寄せていると鈴木氏は言う。同社ではクラウドを課題解決の手段と位置づけ、今後も活用の高度化に取り組む考えだ。雄氏が、同社の分析基盤の変遷を踏まえて、マルチクラウドのメリットとデメリットについて解説した。最初のメッセージは意外にも、「マルチクラウドは一見すると素晴らしく見えますが、それは大きな誤解です。行わずに済むなら、それに越したことはない」(山田氏)である。Machineを組み合わせ、事業データや外部データ、アクセス/アプリログといった多種・大量のビッグデータを分析可能なマルチハイブリッドクラウドに進化を遂げている。その過程ではデータの急増に伴うクエリのレスポンスや通信コスト、キャパシティ管理などの難題に直面。その対応に向け、データ解析や処理基盤の技術/ツールの見直しや、システム構成、ネットワークの大規模な変更などで多大な苦労を強いられたことが上の山田氏の言葉の背景にある。各クラウドベンダーから新サービスが相次ぐこともあり、マルチクラウドでは技術的なキャッチアップも一苦労。ボリュームディスカウントを受けにくくなり、運用の手間もクラウドの数だけ増してしまう。「マルチクラウドはクラウド化の選択肢に入れておくべき」とも山田氏は訴える。新サービスは多様な課題対応で大いに活用を見込め、それがひいては他社との差別化につながることもある。その可能性はより多くのクラウドを扱うほど必然的に高まる。加えて、マルチクラウド化はエンジニアの技術力を磨き、人脈を広げる絶好の機会であることも大きい。「あらゆる機能を活用できることは、技術者にとって大きな喜びです。情報収集を通じてベンダーとのつながり生まれ、視野も確実に広がります」(山田氏)。マルチクラウドには課題が多い。「技術者としては試すだけの価値はある」というのが、苦労を経た山田氏の実感だという。「クラウドにはベンダーごとに得意分野があります。Azureを引き合いに出し、両者の使い分けのポイントを解説した。Cloudの代表的なメリットが「コストパフォーマンスの高さ」だ。アウトバウンドの通信料金は10TBまで無料と、5GBまで無料のAzureと比べて無料枠が約2000倍だ。オンプレミスとクラウドを専用線で接続する「FastConnect」を利用すれば、接続料金こそ発生するが通信料金は無料となる。クラウドの利用が進むほど、インバウンドとアウトバンドの双方で通信量は増す。その削減メリットはいずれの企業にとっても小さくない。Directoryによる認証のしやすさ」や「分析系サービスの豊富さ」だ。ADはもちろんのこと、オンプレミスのADサーバーを接続して認証基盤に組み込むことも可能。分析系サービスでは、事前に分析モデルが用意されたものも数多く、データ分析のハードルをそれだけ引き下げられる。Azureを分析モデルの作成にそれぞれ利用する分析システムだ。DBはクエリが強力で、SQLだけでデータのクレンジングも可能。Cloudで管理/加工したデータをAzureに引き継ぐことで、コード記述が不要な、誰もが利用できる分析環境を容易に実現できると考えられます」(石田氏)。Cloud(データ基盤)とAzure(分析モデル作成)のマルチクラウド構成例リクルートの山田氏が指摘したマルチクラウドにおける運用負荷の増大に同意しつつ、この点について石田氏は、「ITスタッフをチームに分け、データ基盤チームはOracle、分析チームはAzureのように、担当のクラウドを決めることで負荷軽減できるのでは」と提案した。Databaseのメリットを紹介するとともに、AWSから同サービスに接続する手法を解説した。「サーバーのことを丸投げされるのがMSP」という寺岡氏。顧客のサーバーの安定稼働はMSPにとって最重要課題だが、それは極めて困難な取り組みでもある。事実、リソース不足や物理/論理障害、時には不確定な原因によるサービス停止にMSPは長らく手を焼いてきた。Databaseは救世主とも呼べる存在」(寺岡氏)だという。保護、障害発生時の修復といった幅広いタスクを、機械学習を基に自律的に処理。結果、サービスの安定性を格段に高められ、運用負荷も抜本的に軽減できるからだ。SLAに謳われる可用性は、パッチ適用やアップグレードのための計画停止を含めて最大99.995%に達する。ダウンタイムに換算すると月あたりわずか2.5分だ。Databaseの意義の大きさは、煩雑で膨大な作業だけでなく、精神的な疲労から解放されることからも明らかです」(寺岡氏)。説明した後、寺岡氏はAWSとの接続法について紹介。その手続きは以下のように極めてシンプルだ。最初はインスタンス登録画面でのインスタンス作成だ。Cloudのコンソールに表示されるディスプレイネームとデータベースネーム、CPUのコア数、ストレージ容量の4つ。この作業が終えるとプロビジョニングが始まりインスタンスが作成され、次の画面でAWS接続に必要な資格証明をダウンロードする。Clientや開発言語の拡張モジュールをインストールし、ダウンロードしておいた資格証明を配置しておく。ClientはオラクルのWebサイトから無料でダウンロードでき、PHPを使用する場合、OCI8モジュールはPHPの拡張モジュール配布サービスのPECLからインストールできる。あとは接続からクエリ発行、結果取得までのコードをPHPで記述するだけだ。使用する関数で特徴的なのは、データベース接続のoci_connect、クエリ発行のoci_parse、データ取得のoci_fetch_arrayくらいのもの。あとは、普通にPHPでコードを書けば動く。Databaseを利用することで、どんな障害も切り抜けられるようになるはずです」と強調してセッションを締めくくった。セミナー終了後は懇親会が催され、ビールやワインを楽しみながら、講演者を囲んでセッションでは触れなかった裏話を聞き出す光景がそこかしこで見られた。日本オラクルでは、技術者コミュニティの育成、交流の場として今後も同様なセミナーを開催していくという。Innovation」グループでイベント情報をチェックしていただきたい。