AppFormixの総合クラウド監視最適化サービスが監視対象として仮想化ネットワークをサポート

gettyimages-476365440

AppFormixは、Rackspaceなどのクラウドプラットホームを利用する企業の、OpenStackおよびコンテナベースのクラウド上のシステム監視し最適化する。その同社が今日、そのサービスにvirtualized network functions(VNF, 仮想化ネットワーク機能)*のサポートを加えた、と発表した。〔*: 日本では言葉として、NFV(Network Function Virtualization, ネットワーク機能の仮想化)の方がよく使われるようだ。〕

これまでのネットワーキングは、高度な専用ハードウェアを駆使するシステムだったが、しかし最近では徐々に、ありふれた日用品のようなコンピューターの上でソフトウェアを動かしてネットワークを実現するようになった。ハードウェアに要する費用は激落した。ただしネットワーキングという機能は、とくに通信業界などではレイテンシー(遅延)に敏感だ。しかもこの業界はVNFの主要ユーザーのひとつであり、またOpenStackのユーザー企業がとても多い。しかし、厳しくチューニングされた専用ハードウェアではなく、安価な日用品的コンピューターを使うと(そのままでは)、遅れやジターといった問題に悩まされがちだ。

AppFormixの協同ファウンダーでCEOのSumeet Singhによると、同社のサービスを利用するとジターを最大70%減らせる。彼は述べる: “VNFはまだ新しい技術だが、通信企業はこれによりネットワーキングをハードウェアからソフトウェアへ移行させようとしている。そして問題にぶつかる。弊社のサービスは一種のリアルタイムシステムで、これら仮想化ネットワークの状態…あらゆる性能要素…を常時監視し、分析し、その結果に基づいて最適化する”。

VNFの場合、最適化とは、ワークロードの構成やリソースの割り当てを変えることだ。AppFormix自身の調査によると、CPUの割り当てはジターにあまり影響しない。むしろ、問題の原因は多くの場合、キャッシュやメモリの使い方にある。たとえばAppformixのサービスがキャッシュの割り当てを適正化すると、ジターは減少する。

Singhが強調するのは、仮想化ネットワーキングの常時監視と最適化が重要なのは通信企業だけでなく、ユーザーを満足させる迅速なネットワーキングサービスをコンスタントに提供しなければならないeコマースなどでも重要、という点だ。

AppFormixの総合的なクラウド最適化サービスにVNFのサポートが加わったことにより、OpenStack(によるクラウド)とKubernetes(によるコンテナ管理)をベースとするクラウドシステムのユーザー企業はより安心して、ネットワーキングのソフトウェア化に取り組めるだろう。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

JoyentがDockerの展開と管理を容易化する多様な複合的コンテナインフラストラクチャサービスTritonをローンチ

コンテナに特化したPaaS/IaaS Joyentが今日(米国時間3/25)、Dockerアプリケーションの展開を容易にするコンテナインフラストラクチャTritonのローンチを発表した。それはオンプレミスのクラウドや、Joyent自身のパブリッククラウド上で利用できる。ほぼ1年半前に同社が、それまでの1億2000万ドルの資金調達に加えて新たに、1500万ドルの資金調達を発表したとき、まさにこの種のサービスのリリースを目標として掲げていた。

Joyentの主張によると、Dockerは開発と展開を大幅に効率化するが、同時に、複数のコンテナやホストの管理、ネットワーキングの実装への対応、セキュリティといった複雑な問題ももたらす。

Tritonは複数のコンポーネントで構成され、その中にはJoyentの既存のプロダクトも含まれる。サービスの中心にあるのはDockerのコンテナで、それらはTriton Docker Engineが管理し、Triton Container Hypervisorの上で動く。Tritonには独自のSDN(software-defined networking)インフラストラクチャサービスと、そのサービスを管理するためのDevOps Portalがある。

下図は、オープンソースのツールも含むJoyentの提供物全体の中での、Tritonの位置づけだ。

Joyentによると、Tritonでデベロッパとdevopsのチームがデータセンターの全体を単一のホストのように扱えるようになり、コンテナにまつわる複雑性はバックグラウンドで管理される。それと同時に、仮想化レイヤSmartOSにより、Dockerコンテナにベアメタルなパフォーマンスがもたらされる。またTritonにはリアルタイムモニタリング機能とポストモーテム(post-mortem, クラッシュ直後, 検死)デバッギング機能、およびコンテナを容易にサイズ変更したりスケールする機能もある。

Joyentが他の類似サービスと異なるのは、課金が仮想マシン単位ではなくコンテナ単位で行われることだ。今回のローンチの一環として同社は、これまでのローエンドマシンよりもさらに低料金の新しいインスタンスを導入する。

JoyentのプロダクトマネージャCasey Bissonに、同社のサービスと、GoogleのKubernetesなど既存のDocker管理ツールとの相性について尋ねると、彼はこう答えた: “Joyentではコンテナをマルチテナントのベアメタル上でセキュアに動かせるため、そのパフォーマンスと料金面のアドバンテージは他と比べて別格である。ネットワークの仮想化も同様の利便性とパフォーマンスのアドバンテージを提供するが、これもまた、他の類似サービスの追随を許さないものである”。

SmartOSについては、“これらのアドバンテージを提供する弊社の能力の核心であるが、これらのアドバンテージが実際に現れるDockerコンテナのホスティングは、他に見られない新しい技術と重要なイノベーションの数々を体現している”、ということだ。

Tritonは今、Joyentのパブリッククラウドの顧客にプレビューとして提供されている。オンプレミスでこのサービスを動かしたい企業は、自分のデータセンターでTriton Enterpriseをデプロイできる。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa


サーバクラスタのためのオペレーティングシステムMesosを開発すMesosphereがアプリケーションコンテナDockerをサポート

Mesosは、サーバのクラスタを効率的に管理し、リソースの隔離も行うオープンソースのプロジェクトだ。今は主に、プロジェクトの生誕の地であるTwitterAirbnbなどで使われている。Googleにも”Borg”と呼ばれるよく似たシステムがあり、それはMesosが登場するかなり前に単独で開発され、データセンターの稼働の最適化に利用されてきた。

今Mesosは、TwitterとAirbnbのエンジニアだったFlorian Leibertと元AirbnbのエンジニアTobias Knaupが作ったスタートアップMesosphereで開発されている。オープンソース系のスタートアップの例に漏れずMesosphereも、関連サービスを将来的な収益源として考えているが、Leibertによると、今はMesosのエコシステムの育成と、そのコンセプトの普及に注力している。

Mesosは今ではApache Foundationがホストしているが、発端はカ大バークリー校の研究プロジェクトで、研究グループの一人、当時博士課程の学生だったBenjamin Hindmanが、それをのちにTwitterに持ち込んだ(彼は今Twitterの上級技術者だ)。

Mesosの基本的な考え方は単純明快だが、それはかなり前に時流から外れてしまっていた。それはつまり、アプリケーションの各部向けにそれぞれ専用のサーバクラスタをセットアップするのではなく、むしろサーバのプールを作っておいて、それを各部…Hadoop、Webサーバ、etc.…が共有し自分を動かす、という今のMesosのアーキテクチャだ。アプリケーションはお互いを邪魔することなく、むしろリソースを必要に応じて動的に割り当てる。たとえばビッグデータ分析の仕事が終わったら、リソースをトラフィックの多いWebサーバに回す、とか。

もっと概念化して言うと、Leibertの説明では、いろんなプロセスが並行で動くデータセンターをマルチコアのCPUにたとえると、Mesosはいわば、そのCPUの動作を管理するオペレーティングシステムのカーネルだ。オペレーティングシステムはカーネルの外側にいろんな実働部隊を要するが、今それらの部位の開発にMesosphereは取り組んでいる。たとえばAirbnb時代にLeiberが作りChronosと名づけたスケジューラは、伝統的なcronに代わって、Mesos上で動く各サービスの開始と停止(とエラー処理)を自動化する。またMarathonは、いわばMesosにおけるinit.dとして、始動プロセスの役を担う。その後のサービス(Chronosなど)が利用する、開始、停止、スケーリングなどの基本的なプロセス管理タスクは、MarathonがAPIとして提供する。

背後でChronosとMarathonが動くことを前提として、チームは今日(米国時間9/26)、Mesosが動かして管理するアプリケーションコンテナDockerを発表した。デベロッパは自分のアプリケーションをこの軽量でポータブルなコンテナに収めることによって、展開を…新しいマシン上の展開でも…自動化できる。つまりMesosのレベルで言えば、クラスタ上のアプリケーションの展開が大幅に簡易化される。彼らのブログ記事によると、“アプリケーションをDockerに入れてMesosに渡すことにより、オンプレミスやクラウド上の多様なアプリケーションを展開し動かすための、真にエラスティックで効率的で首尾一貫性のあるプラットホームが約束される”。Leibertによると、アプリケーションがDockerを着ているとクラスタ全域にわたるサービスの発見が容易になる。つまり、クラスタをセットアップしたらそれで終わり、ではなく、いろんなサーバがお互いを見つけられる必要があるのだ。

Mesosなどクラスタシステム上のサービス~アプリケーションをDockerのようなもので抽象化することは、Leibertによると、過去にもいろんな人が試みたが、その実現はとても困難だった。しかしMesosphereの6人のチームは、Mesosを誰よりも熟知しているので、アプリケーションコンテナの組み込みに成功できた。

以上のようなビルディングブロックが揃ったところで、チームが次に挑戦するのは、Mesosを新人ユーザでも使いこなせるための、ユーザフレンドリーなユーザインタフェイスの構築だ。その仕様は、Mesosのコミュニティからの要望に基づき、またその具体的な部位もユーザからの求めに応じて加えていく予定だ。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))


サーバクラスタのためのオペレーティングシステムMesosを開発すMesosphereがアプリケーションコンテナDockerをサポート

Mesosは、サーバのクラスタを効率的に管理し、リソースの隔離も行うオープンソースのプロジェクトだ。今は主に、プロジェクトの生誕の地であるTwitterAirbnbなどで使われている。Googleにも”Borg”と呼ばれるよく似たシステムがあり、それはMesosが登場するかなり前に単独で開発され、データセンターの稼働の最適化に利用されてきた。

今Mesosは、TwitterとAirbnbのエンジニアだったFlorian Leibertと元AirbnbのエンジニアTobias Knaupが作ったスタートアップMesosphereで開発されている。オープンソース系のスタートアップの例に漏れずMesosphereも、関連サービスを将来的な収益源として考えているが、Leibertによると、今はMesosのエコシステムの育成と、そのコンセプトの普及に注力している。

Mesosは今ではApache Foundationがホストしているが、発端はカ大バークリー校の研究プロジェクトで、研究グループの一人、当時博士課程の学生だったBenjamin Hindmanが、それをのちにTwitterに持ち込んだ(彼は今Twitterの上級技術者だ)。

Mesosの基本的な考え方は単純明快だが、それはかなり前に時流から外れてしまっていた。それはつまり、アプリケーションの各部向けにそれぞれ専用のサーバクラスタをセットアップするのではなく、むしろサーバのプールを作っておいて、それを各部…Hadoop、Webサーバ、etc.…が共有し自分を動かす、という今のMesosのアーキテクチャだ。アプリケーションはお互いを邪魔することなく、むしろリソースを必要に応じて動的に割り当てる。たとえばビッグデータ分析の仕事が終わったら、リソースをトラフィックの多いWebサーバに回す、とか。

もっと概念化して言うと、Leibertの説明では、いろんなプロセスが並行で動くデータセンターをマルチコアのCPUにたとえると、Mesosはいわば、そのCPUの動作を管理するオペレーティングシステムのカーネルだ。オペレーティングシステムはカーネルの外側にいろんな実働部隊を要するが、今それらの部位の開発にMesosphereは取り組んでいる。たとえばAirbnb時代にLeiberが作りChronosと名づけたスケジューラは、伝統的なcronに代わって、Mesos上で動く各サービスの開始と停止(とエラー処理)を自動化する。またMarathonは、いわばMesosにおけるinit.dとして、始動プロセスの役を担う。その後のサービス(Chronosなど)が利用する、開始、停止、スケーリングなどの基本的なプロセス管理タスクは、MarathonがAPIとして提供する。

背後でChronosとMarathonが動くことを前提として、チームは今日(米国時間9/26)、Mesosが動かして管理するアプリケーションコンテナDockerを発表した。デベロッパは自分のアプリケーションをこの軽量でポータブルなコンテナに収めることによって、展開を…新しいマシン上の展開でも…自動化できる。つまりMesosのレベルで言えば、クラスタ上のアプリケーションの展開が大幅に簡易化される。彼らのブログ記事によると、“アプリケーションをDockerに入れてMesosに渡すことにより、オンプレミスやクラウド上の多様なアプリケーションを展開し動かすための、真にエラスティックで効率的で首尾一貫性のあるプラットホームが約束される”。Leibertによると、アプリケーションがDockerを着ているとクラスタ全域にわたるサービスの発見が容易になる。つまり、クラスタをセットアップしたらそれで終わり、ではなく、いろんなサーバがお互いを見つけられる必要があるのだ。

Mesosなどクラスタシステム上のサービス~アプリケーションをDockerのようなもので抽象化することは、Leibertによると、過去にもいろんな人が試みたが、その実現はとても困難だった。しかしMesosphereの6人のチームは、Mesosを誰よりも熟知しているので、アプリケーションコンテナの組み込みに成功できた。

以上のようなビルディングブロックが揃ったところで、チームが次に挑戦するのは、Mesosを新人ユーザでも使いこなせるための、ユーザフレンドリーなユーザインタフェイスの構築だ。その仕様は、Mesosのコミュニティからの要望に基づき、またその具体的な部位もユーザからの求めに応じて加えていく予定だ。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))