Oxide、$445MのSeries Dでエンタープライズ所有クラウドインフラを拡大

クラウド体験は、企業が自社施設で購入し運用できるものへと変化しています。Oxide Computer Companyは、その提案を拡大するために$445 million Series Dを調達しました。ハードウェアとオープンソースソフトウェアを組み合わせた統合コンピューティングシステムで、顧客が所有するインフラストラクチャです。

10月9日の発表では、Eclipseがリード投資家として特定され、既存投資家であるUS Innovative Technology Fund、Riot Ventures、Jane Streetの参加もありました。新たな投資家としてAtreides ManagementとAMD Venturesが加わります。Oxideは、今年初めに黒字化したと述べ、需要が供給を上回る中で部品の確保と製造拡大に資本を活用するとしています。CEOのSteve Tuckは、過去12か月で製造能力が20倍に増加したと語りました――これは収益成長指標ではなく、会社が報告した容量数値です。資金調達の発表は、投資を配達規模の拡大に焦点付けて位置付けています。

黒字化したハードウェア企業がさらなる資本を必要とする理由

黒字化と拡大に利用できる資金は、物理システムを構築しなければならない企業にとっては別物です。同社の投稿で、共同創業者のBryan CantrillとSteve Tuckは、Oxideの黒字化が部品、製造、給与、その他のコストを考慮した通常のコンピュータ運用から来たと説明しています。

彼らはまた、かなりの前払い支出を必要とする受注残があると説明しています。既存のキャッシュフローと負債枠はその受注残の履行を支援できると述べていますが、新たな需要を受け入れ、供給混乱を吸収することについては企業がより慎重になるだろうとしています。株式ラウンドは、顧客がシステムを受け取る前に製造にコミットできる余地をOxideに提供します。

このことにより、資金調達の話は異例に具体的になります。次のテストは、追加の購買力と生産能力が、タイムリーな導入、信頼できるサポート、そして持続的な顧客採用に結びつくかどうかです。大規模なラウンドはその作業のためのリソースを供給しますが、実行が結果を決定します。

エンタープライズが所有するクラウドの実際の意味

Oxideの購入単位は、個別に選択されたサーバー、ストレージ装置、ネットワーク機器、仮想化ライセンスの集合ではなく、完全なラックです。その製品ドキュメントでは、API、ウェブポータル、SDKを備えた統合コントロールプレーンが、仮想マシン、ブロックストレージ、仮想ネットワークのプロビジョニングを可能にすると説明しています。

この区別は、アプリケーションを構築する人々にとって重要です。物理機器の所有は、開発者がマシンを必要とするたびにチケットを発行しなければならないことを意味しません。共通のコントロールプレーンは、インフラストラクチャをソフトウェア経由で利用可能にしつつ、機器が所在する場所に対する責任は組織が保持します。

統合は調達課題も変えます。顧客は、すべてのインターフェースを自ら設計するのではなく、ハードウェアとソフトウェアの連携した動作を持つシステムを評価します。それでも、ベンダーサポート、アップグレードパス、施設要件、そして時間経過に伴う容量置換コストを評価する必要があります。

スタック内部：仮想化、ストレージ、ネットワーキング

Oxideのアーキテクチャは、プライベートクラウドというラベルが示すよりも具体的です。そのハイパーバイザーとストレージガイドでは、IllumosベースのホストOSであるHeliosと、オープンソースのbhyve仮想マシンモニタを中心に構築されたRustユーザースペースハイパーバイザーであるPropolisが説明されています。ゲストOSは慣れ親しんだ仮想ハードウェアインターフェースを使用します。

ストレージはラック全体でプールされます。分散仮想ディスクは、別々のコンピュートスレッドにある別々の物理ディスクに3つのコピーを保持し、ストレージトラフィックはゲストホストとコピーを保持するホスト間で暗号化されます。ポイントは、レジリエンスをプラットフォーム設計の一部とし、各アプリケーションチームに完全に任せる統合タスクにしないことです。

そのネットワークアーキテクチャは、管理トラフィックとアプリケーションネットワークを分離します。Oxideのパケット変換エンジンは、仮想マシンと物理インターフェース間のルーティング、ファイアウォール、アドレス変換などの機能を処理します。冗長スイッチ接続が可用性をサポートし、仮想プライベートクラウド構成がワークロードの論理ネットワーク境界を提供します。

これらのメカニズムはそれぞれ異なる目的に役立ちます。レプリケーションはストレージ障害に対応し、暗号化はトラフィックを保護し、ネットワークポリシーは通信を制御します。購入者は統合ラックを包括的なセキュリティや可用性の保証とみなすのではなく、自社の要件と照らし合わせて各機能を検討すべきです。

AMDプロセッサとGPUに関連するAIワークロード

AMDの参加は直接的な技術的つながりがあります。Oxideの現在の仕様では、第2世代のコンピュートスレッドがAMD EPYC 9005プロセッサを使用し、構成によりスレッドあたり最大192コア、1.5 TiBのメモリを搭載でき、2本の100 GbEネットワーク接続を備えています。容量は選択された構成に依存し、物理ハードウェアの総量はゲストワークロードが利用できるリソースとは異なります。

AI チームにとって、これらのリソースはモデル実行を取り巻くインフラストラクチャの大部分に対応しています。Oxide の AI インフラストラクチャページ は、データエンジニアリング、古典的機械学習、検索および類似性検索、そして選択された CPU ベースの推論ワークロードを強調しています。Spark、Airflow、Ray、XGBoost などのツールとの互換性と、API 主導の自動化もハイライトしています。

これは、エージェント型アプリケーションへの関連性を評価する有用な方法です。企業のレコードを繰り返し検索し、文書を処理し、ビジネスサービスを呼び出すシステムは、データベース、メモリ、ストレージ、汎用計算に加えて、モデルアクセラレータも必要とします。これらの支援サービスを企業データの近くに配置することで、いくつかのアーキテクチャを簡素化できる可能性があります。

これは、CPU ラックがすべての AI タスクにおいて GPU インフラストラクチャの代替になることを示すものではありません。チームは実際のモデル、検索ワークロード、レイテンシ目標、同時実行性をベンチマークすべきです。CPU、アクセラレータ、外部サービス間の適切な分割は、アプリケーションに依存します。

Kubernetes のサポートは注意深く見る価値がある

クラウドへの親和性は周辺ツールにも依存します。8 月 13 日のエンジニアリング投稿で、Oxide は Rancher、Omni 経由の Talos Linux、Cluster API との統合、さらに Kubernetes ノード情報を Oxide インスタンスに接続するクラウドコントローラマネージャーについて説明しました。

その投稿では、提供された機能と進行中の作業を区別しています。ディスクのホットプラグとネイティブな Container Storage Interface プラグインは、公開時点ではまだ開発中であり、サービスネットワーキングに関する議論では利用可能なロードバランシング手法が説明されていました。これらは古い実装詳細であるため、購入者は永続的な制限やマネージドパブリッククラウドサービスとの完全な同等性を前提とせず、最新のリリース状況を確認すべきです。

より広い教訓として、API 主導のインフラストラクチャプラットフォームと完全に管理されたアプリケーションエコシステムは別々の層であることが挙げられます。調達評価には、ストレージ統合、クラスターのアップグレード、可観測性、そして運用責任の分担を含めるべきです。

所有権の決定は依然としてワークロードに依存します

Unite.AI は ホスト型インフラストラクチャを通じたプライベート AI とクラウドリパトリエーション についても取り上げています。Oxide は同じ議論への別のアプローチとして、統合システム自体の購入を提供しています。

予測可能で継続的に利用されるワークロードに対しては、所有することで容量支出の計画が容易になります。計算には依然として電力、冷却、スタッフ、サポート、資金調達、余剰容量、そして更新サイクルが必要です。需要が不確実で要件が急速に変化する場合でも、パブリッククラウドの弾力性は価値を持ち続けます。

Oxide のシリーズ D は、エンタープライズ所有のクラウドモデルに対してはるかに長い製造ランウェイを提供します。ここから得られる最も意味のある証拠は運用面であり、提供されたシステム、正常に移行されたワークロード、そしてハードウェアとソフトウェアの統合スタックが時間とともに顧客のニーズを満たすことが確認されることです。