ベライゾンの野心的な新しいクラウドサービスプランは、AMDの512コアのSeaMicroソリューションでサポートされる必要があります。このステータスは、クラウドサービスは低コストのプロバイダーが持ち込んだ小型サーバーによってのみサポートされるという従来の誤解を覆すものです。
AMDは、ベライゾンと2年以上にわたって技術基盤を共有し、特別な機能を共同開発してきたチップメーカーにとって、新たな戦略的章となるパートナーシップを締結し、SM15000と連動するこの新製品を発表しました。
AMDがゲーム機の顧客であるマイクロソフトやソニー向けにカスタマイズしたチップを提供しているのと同様に、インテルもフェイスブックやイーベイといったデータセンターの顧客のニーズに合わせてXeonシリーズを適応させています。さらに対応するため、AMDはベライゾンと専門知識を共有することを決定しました。
「ベライゾンと協力することで、互いのソフトウェアがSeaMicroから従来とは異なる利点を引き出せるようにするための一連の技術を生み出すことを期待しています。AMDのサーバー事業の責任者であるAndrew Feidman氏は、インタビューの中で次のように述べています。
AMDはベライゾンと「約2年間」プロジェクトに取り組んでおり、そのプロセスを通じて、AMDはベライゾンと「共同作業や実装に取り組む」ために10人から15人の技術者を維持してきた、とフェルドマンは指摘しています。とフェルドマン氏。
これらの調整により、ベライゾンはすでにサーバースペースでよりきめ細かな設定オプションを得ることに成功しており、インスタンスのサイジングの柔軟性はアマゾンやグーグルのようなサービスベンダーをはるかに凌駕しています。なお、AmazonやGoogleは、500MHzから2GHzの範囲でプロセッサレートを変更したり、512MB単位でメモリ容量を増減したりするなど、管理者を通じてインスタンスに変更を加えています。
AMDはまた、ベライゾンが異なるサーバー間でディスク共有を実装するのを支援し、各デバイスに専用ドライブを割り当てる必要性を回避しています。その結果、ネットワーク・セキュリティ・ポリシーの導入が容易になり、サーバーの設定にかかる時間が大幅に短縮されます。
SeaMicroのデバイスは、プログラマブル・ネットワーク・プロセッシング・ユニットにより、Verizonにこれまでよりもはるかに優れたネットワークの柔軟性を提供します。
「ファイバーチャネルはすべてのSeaMicroラックに搭載されています」。ベライゾンのチーフ・クラウド・テクノロジー・オフィサーであるジョン・コンシダインは、インタビューでこう説明しました。「これらのホストはファイバーに直接接続されています。NPUは毎秒100Gbの伝送帯域幅を持ち、伝送中にシステム・パケットを書き換えます」。
これらすべてを支える基盤技術は、SeaMicroのDynamic Compute-Allocation Technologyです。このテクノロジーは、CPU管理とステートフルな負荷分散ソリューションを組み合わせたものです。
SeaMicroの公式文書によると、DCATは仮想IPアドレスを作成することができ、「単一コアまたは最大768コアで使用する計算リソースのプールとして割り当てる」ことができます。
「トラフィックはCPUプールに局所化されるため、すべてが最大で動作し、他のCPUは深い休止状態にあるか、あるいはシャットダウンされます。SeaMicroのドキュメントにはこうあります。「同様に、使用量のしきい値をコンピュートプールに設定することができ、その値がティッピングポイントを超えると、CPUは動的に設定を完了し、リソースプールに追加され、またはリソースプールから削除されます。
各SM15000は、毎秒1.28Tbの転送容量を持ち、16個の10Gbイーサネット・アップロード・リンクによって実現され、さらに毎秒10Gbのデュプレックス帯域幅が各CPUスロット間のデータ・フローを担当します。
ベライゾンがSeaMicroの採用を決定したことは、AMDの影響力が重要なサプライヤーから大規模なクラウドデータセンターの領域にシフトしたことを意味します。初期の実験の後、データセンターは1Uまたは2Uクラスの小型商用サーバーデバイスを扱い始め、ハードウェアメーカーは適応したデバイスライフサイクルモデルを採用しています。これらのシステムは、しばしば「マイクロサーバー」と呼ばれています。この分野の市場規模はまだ限定的ですが、2014年までに少なくとも571,000台が出荷されると予測されています。
例えば、インテルは、スケールドラック・アーキテクチャを計画している最中です。このアーキテクチャは、すべてのデバイスにわたって完全な光トランスポート・ネットワーク・アーキテクチャを構築することで、デバイスの管理性を高めながらレイテンシを削減することを目的としています。
ハードウェアサプライヤーであるヒューレット・パッカードは、自社独自のコンバージド・デバイス・プログラムであるMoonshotシステムを構築しています。設計の観点からは、これはブレード・サーバーに対する新しい試みであり、参入障壁と先行投資の点ではるかに友好的です。
「1Uのデバイスを単純にスタックすることの欠点は、スタック結果の集約性が顕著になりすぎることです。とフェルドマン氏。また、一般的なサーバーでは、ユーザーは「計算リソース、ストレージ・メカニズム、I/O性能が密接にリンクし、密接に関連している」という受動的な効果に対処しなければならないことも指摘しました。
フェイスブックはまた、オープンな考え方によって非集約効果を実現することにも取り組んでいます。今年のOpen Compute ConferenceでFacebookは、これまでよりもはるかに多くのプロセッサとストレージリソースをクラスタに導入し、ネットワークI/Oデバイスと制御メカニズムをスタックの隅々まで拡張する計画を発表しました。
ITリソースの基本単位は、CPUとメモリから、コンピュート、ストレージ、ネットワークのプールシステムへと変化し、レイテンシーを非常に低いレベルに保つためにローカル光ファイバーが追加されるでしょう。
「フェルドマン氏は、「私は、SM15000は長い滑走路のスタートラインに立っていると思います。Bridge Xeonプロセッサを搭載します。
