OpenStack Orchestrationの進化はいかに
PayPalが語るOpenStack新版「Havana」の導入効果
OpenStackで大規模環境を運用する企業が集まったパネルディスカッションでは、新版「Havana」を多くの企業が称賛した。その一方で、2014年の「Icehouse」に向けて、欲しい機能がたくさんあるとも語った。
2013年10月下旬に開催されたオンラインパネルディスカッションで、大規模なIT環境を担当するIT専門家が、OpenStackの新バージョン「OpenStack 2013.2」(コードネーム「Havana」)を使った経験と、2014年に登場する次期バージョン(コードネーム「Icehouse」)に何が求められるかを論じた。
OpenStack Foundation(OpenStackプロジェクトを管理する非営利団体)がGoogleハングアウトを利用して開催したこのイベントで、パネリストはHavanaのオートスケーリング機能、ネットワーク機能の強化、ローリングアップグレードのサポートを称賛した。だが、その一方で、欲しい機能がまだたくさんあるとも語った。例えば、ライブマイグレーション、“Database as a Service(DaaS)”の本格的なサポート、アイデンティティー(ID)管理のフェデレーションなどだ。
オートスケーリングは、インキュベーション段階(※1)を経てHavanaでコアプロジェクト(※2)に昇格した2つのプロジェクトを組み合わせることで実現されている。その1つは「OpenStack Orchestration」(コードネーム「Heat」)、もう1つは「OpenStack Metering」(コードネーム「Ceilometer」)だ。OpenStack Meteringが環境を監視してリソースの制約を発見し、OpenStack Orchestrationが必要に応じて新しいリソースを供給するようになっている。
※1 コアプロジェクトとなる前の審査段階に相当する
※2 正式にOpenStackの一部を構成するプロジェクト
PayPalがHavanaで注目する機能とは
米電子決済サービス大手のPayPalは、これらのプロジェクトのインキュベーター版をデータセンターで運用しており、「この2つの新たな統合のおかげで、リソースを必要に応じて以前よりはるかにきめ細かく調整できるようになった」とPayPalのインフラエンジニアリングチームのアーキテクトで、パネリストを務めたアナンド・パラニサミー氏は語った。
「以前のOpenStack Orchestrationでは、CPU使用量に基づくリソース調整しかできなかった」とパラニサミー氏。今ではRAMやディスクI/Oなど、多くの基準指標がサポートされている。
「OpenStack Orchestrationは企業がプライベートクラウドを構築するツールとして代表的なものだ」と米DigitalFilm Treeの上級コンサルタントで、同じくパネリストを務めたギヨーム・オーブション氏は説明した。同社はメディア・エンターテインメント企業向けのITコンサルティング会社。同氏は米Warner Bros.などの大企業のプライベートクラウドプロジェクトに協力している。
「また、われわれはRackspaceのHeatチームと密接に協業し、プライベートクラウドとパブリッククラウドの間で、要求に応じてワークロードを相互に移動できるようにすることに取り組んでいる」(オーブション氏)
PayPalにとって、Havanaで特に目を引く機能には、コアプロジェクト「OpenStack Networking」(コードネーム「Neutron」)におけるファイアウォール(“Firewall as a Service”)とロードバランサ(“Load Balancer as a Service”)のサポートなどがある。OpenStack Networkingは、仮想ネットワーク管理機能を提供する。
「われわれは決済会社としてセキュリティを強く意識している。われわれが提供する商品とエクスペリエンスの中核要素だからだ」と、PayPalのインフラエンジニアリング担当シニアディレクター、サラン・マンデア氏は取材に対して語った。実際、「PayPalは独自の分散型ファイアウォールを開発済みであり、今後は他のOpenStack開発者とこれを共有していく」と同氏は述べた。
2013年4月に開催されたOpenStack Summitの参加者の間では、最大の要望は、自動化されたローリングアップグレードのサポートだった。これもHavanaで実現されている。ユーザーは従来、OpenStackのさまざまなコンポーネント間で循環依存が発生するリスクがある、危険な手動プロセスを実行しなければならなかった。
PayPalは、ローリングアップグレードの別のユースケースにも目を向けている。同社が継続して行っている統合や開発のプロセスの中でOpenStackを更新することがその1つだ。
ライブマイグレーション、ID管理のフェデレーションは今後の課題
ブロックストレージ機能を提供するコアプロジェクト「OpenStack Block Storage」(コードネーム「Cinder」)の新機能の1つとして、「Boot From Volume」がある。仮想マシンのライブマイグレーションをサポートするお膳立てをするこの機能は、もう1人のパネリストである米Intelのプリンシパルエンジニア、ダス・カムハウト氏の興味を引いた。
Intelが2011年にOpenStackを導入した当初は、このプラットフォームでクラウドを意識したスケールアウト型のアプリケーションしか用意しなかった。だが今では、「従来型のレガシーアプリもこのプラットフォームに移行しようとしている」とカムハウト氏は説明した。
Boot From Volume、ライブマイグレーション、ホストからの退避機能は、インフラの弾力性に依存するこうしたアプリケーションを保護するのに便利だろうと、カムハウト氏は指摘した。
「ライブマイグレーションをサポートするにはHeatも必要だが、これは利用可能になっている」(同氏)
3人のパネリストは、「OpenStack Identity」(コードネーム「Keystone」)によるID管理のフェデレーションが、2014年にリリースされるIcehouseで高い優先順位を持つだろうとの見方で一致した。OpenStack Identityは、統合認証機能を提供するコアプロジェクトだ。
「構築するセルごとに多くのKeystoneを持つのは避けたい」と、PayPalのパラニサミー氏は語った。
また、Havanaでインキュベーション段階を卒業したデータベースサービスプロジェクト(コードネーム「Trove」)はOpenStackとして統合されたプロジェクトとして初めてIcehouseでリリースされることになっており、その機能の1つとしてDaaSがある。PayPalのマンデア氏はこの機能について、コードをテストする目的で、独自データベースのプロビジョニングと運用を行いたいと考えているPayPalの開発者にとって重要だと述べた。
さらに、Icehouseには3つのインキュベーションプロジェクトが含まれる。内訳は、ベアメタルプロビジョニングを実現するもの(コードネーム「Ironic」)、Hadoop実装(コードネーム「Savannah」)、キューサービス(コードネーム「Marconi」)だ。
「トラフィックをクラウドの別のセルに移動する必要がある場合、トラフィック全体をどうやって実際に移動するか」とマンデア氏。「また、エラーメッセージを見たら、どうすればクラウドユーザーやクラウド上のアプリケーションに影響を与えずに、迅速にインシデントを解決できるか。OpenStackでは、こうした課題に対応できることが求められている」
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
2
世界のデータセンター容量は5カ国に69%集中、電力消費「5%の壁」が招くものとは?
-
3
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
4
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
8
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
9
AIをデータ保管場所の近くに置くと安全で経済的 それでも残る“破滅的リスク”
-
10
テレワークやBYODでリスクが拡大、デバイスの多様化を弱点としない管理方法とは
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー