運用コミットメント

応答時間、共有Slackチャンネル、メンテナンスの事前通知、正式なインベントリ、ハードウェア障害の対応を、当社のHGX B300の納品仕様書に明記しています。

当社の運用コミットメントは、どれだけ速く応答するか、どのように状況をお知らせするか、どれだけ前に通知するか、ハードウェア障害にどう対応するかを書面で定めたものです。これらは、すべてのHGX B300の提案書の基準となる当社の納品仕様書のセクション15にあたります。

コミットメント一覧表

各コミットメントは分、日、月単位の数値で示しているため、当社の対応をその数値と照らし合わせて確認できます。

コミットメント数値
インシデントの受付確認とインシデントコマンダーの任命15分以内
インシデントが未解決の間の状況報告少なくとも60分ごと
ネットワーク運用チームの対応開始(時間帯を問わず)15分以内
施設エンジニアリングまたはリモートハンドの対応開始45分以内
お客様に影響のあるインシデント後の書面によるポストモーテム(事後報告書)7日以内
高リスクの計画メンテナンス前の事前通知7日以上前
インベントリと状態の変化をお客様に表示5分以内
BGPによるDDoSスクラビングの有効化5分以内
エッジのファイアウォールルール変更1営業日以内
運用テレメトリ、およびインシデントと状態の履歴の保持期間30日、および12カ月

アップタイムの割合は公開していません。公開しているのは、問題が起きたときに当社が何を行うか、そしてどれだけ迅速に行うかです。

サポート:共有チャンネルと専任担当者

常時開かれた共有Slackチャンネルで、お客様のクラスターを運用する担当者と直接やり取りできます。

共有Slackチャンネル

常時開かれており、当社のインシデントコマンダー、ネットワーク運用、施設運用、リモートハンドの担当者が参加しています。

専任のテクニカルアカウント担当者

1Legionの専任担当者1名が、お客様のアカウントに責任を持ちます。

オンコールへの2つの連絡手段

対応能力のあるオンコール担当者に連絡できる、独立したテスト済みの2つの手段を、毎日24時間用意しています。

このチャンネルには、問題の影響を受ける人と問題を解決する人が一堂に会します。オンコールへの2つ目の独立した経路は、1つ目の経路自体に問題がある場合に備えたものです。

インシデント:最初のアラートからポストモーテム(事後報告書)まで

インシデントは決まった流れに沿って対応します。15分以内の受付確認とインシデントコマンダーの任命、エンジニアによる対応の開始、少なくとも60分ごとの状況更新、そしてお客様に影響したすべてのインシデントについて7暦日以内の書面のポストモーテムの提出です。

  1. 受付確認

    15分以内にインシデントの受付を確認し、インシデントコマンダーを任命します。インシデントコマンダーは、対応全体を統括するただ1人の担当者です。

  2. 対応開始

    ネットワーク運用チームは時間帯を問わず15分以内に、施設エンジニアリングまたはリモートハンドは45分以内に対応を開始します。

  3. 状況更新

    インシデントがクローズされるまでの間、少なくとも60分ごとに状況の更新をお受け取りいただけます。

  4. ポストモーテム

    お客様に影響したすべてのインシデントについて、7暦日以内に書面のポストモーテムをお受け取りいただけます。

ポストモーテムとは、インシデントについて、何が起きたか、なぜ起きたか、再発防止のために何を行っているかをまとめた書面の報告です。

メンテナンス、変更、インベントリ

リスクを伴う計画作業は7暦日以上前に告知し、変更は書面による変更管理を経て行い、正式なインベントリにはお客様のクラスターをケーブルに至るまで記録します。

メンテナンスの事前通知

事前通知は緊急でない高リスクメンテナンスに適用され、作業開始前にジョブを移動したり、チェックポイントを取得したりする時間を確保できます。緊急作業は通知期間の対象外です。施設側については、当社が利用するデータセンターに対し、リスクのあるメンテナンスを14日前に通知するよう求めています。

変更管理とアクセス

書面による変更管理とは、お客様のクラスターへの変更が文書化されたプロセスに従い、書面の記録を残すことを意味します。アウトオブバンドアクセス(OSより下のレイヤーでBMCを通じてサーバーに到達する管理経路)は監査されます。

インベントリ

当社は、すべてのラック、ノード、GPU、NIC、ドライブ、スイッチ、ポート、トランシーバー、ケーブルの正式なインベントリを管理し、お客様向けに機械可読形式のエクスポートを提供します。状態の変化は5分以内に確認できるようになります。ドリフト検出によってクラスターを合意したベースラインと比較するため、誰も計画していない変更が明らかになります。

当社は、オープンソースのコンポーネントを基に、インベントリ、監視、バーンイン自動化のための独自のプラットフォームソフトウェアを開発中です。顧客ポータルと公開APIもその一部ですが、まだ提供していません。

ハードウェア障害の対応

ハードウェア、施設、冷却、ファブリックの障害を特定して修復し、致命的な障害が発生したGPUは直ちに隔離します。

障害意味当社の対応
XID 79GPUがバスから脱落し、応答しなくなった状態直ちに隔離
XID 48ドライバーがダブルビットECCエラーを報告した状態直ちに隔離
ダブルビットECCエラーGPUメモリの訂正不能なエラー直ちに隔離
行リマッピングの失敗GPUが不良メモリ行を予備の行に再割り当てできなかった状態直ちに隔離
繰り返し発生するXID 13またはXID 31グラフィックスエンジンの例外、またはGPUメモリのページフォールト合意した回数に達した後に対処
NVMeドライブの摩耗データの書き込みに伴うフラッシュドライブの摩耗耐久性の限界に達する前に交換
NCCLのハング集団通信の処理が進まなくなった状態ファブリックのイベントと関連付けて分析
サイレントデータ破損の疑いエラーが報告されずに誤った結果が出る状態ノードを隔離したまま保持

隔離により、障害が修復されるまで該当するハードウェアをサービスから外すため、そこにジョブが割り当てられることはありません。XID 13とXID 31はGPUではなくアプリケーションに起因する場合があるため、合意した回数を超えて再発した時点で対処します。NCCLのジョブがハングした場合は、同じ時刻のファブリックのイベントを確認し、ハングの背後にあるリンクやスイッチの障害を特定できるようにします。サイレントデータ破損は何も報告されないため、最も発見が難しい部類の障害です。そのため、疑いのあるノードは隔離したままにします。NVMeドライブは、故障してからではなく、耐久性の限界に達する前に交換します。

ストレージアプライアンスのサービス

お客様のクラスターでベンダー管理のストレージアプライアンスを使用する場合、納品仕様書では、24/7のエスカレーション、ティアごとに確約されたスループットとレイテンシ、可視化された使用量とクォータ、テスト済みの復旧を備えた、ベンダーがサポートする設計を確約しています。

  • ベンダーがサポートする設計:VAST Data、WEKA、DDNのアプライアンスを、各ベンダーがサポートする設計に沿って構築します。
  • 24/7のエスカレーション:ストレージの問題は時間帯を問わずエスカレーションできます。
  • ティアごとのスループットとレイテンシ:各ストレージティアにはスループットとレイテンシの確約値があるため、既知の数値に基づいてジョブやチェックポイントを計画できます。
  • 使用量とクォータ:使用量とクォータが可視化されているため、気付かないうちに容量が不足することはありません。
  • テスト済みの復旧:復旧手順は文書化するだけでなく、実際にテストしています。

アプライアンスと、お客様独自のソフトウェア用のストレージノードという2つのストレージの選択肢は、いずれもストレージとネットワークのページで説明しています。

テレメトリと履歴

ハードウェアのテレメトリはアウトオブバンドで収集し、運用テレメトリは30日以上、インシデントと状態の履歴は12カ月以上保持します。

アウトオブバンドのテレメトリはRedfishを通じてサーバーのBMCから取得するため、OSが報告できない状態でも報告を続けます。ネットワークと施設のテレメトリは、取得可能な範囲で収集します。インシデントと状態の履歴を12カ月以上保持するため、数カ月の間隔を空けて再発する障害でも、過去の発生まで遡って追跡できます。

これらが適用される前に、すべてのクラスターはバーンインと検収のページに記載したテストに合格します。お客様のサーバー上のプラットフォーム層の運用も当社に任せたい場合は、マネージドKubernetesをご覧ください。

導入検討時のよくあるご質問

これはアップタイムの割合とサービスクレジットを伴うSLAですか?

いいえ。アップタイムの割合やサービスクレジットは公開していません。その代わりに、このページのコミットメント(応答時間、状況更新の間隔、通知期間、報告、障害対応)を公開しています。契約条件は提案書に記載します。

インシデントにはどれくらいの速さで対応しますか?

インシデントは15分以内に受付を確認し、インシデントコマンダーを任命します。ネットワーク運用チームは時間帯を問わず15分以内に、施設エンジニアリングまたはリモートハンドは45分以内に対応を開始します。

営業時間外はどのように連絡すればよいですか?

常時開かれている共有Slackチャンネル、または対応能力のあるオンコール担当者に毎日24時間連絡できる、独立したテスト済みの2つの手段をご利用ください。

メンテナンスの事前通知はどのくらい前に行われますか?

緊急でない高リスクメンテナンスについては、7暦日以上前に通知します。

GPUに致命的な障害が発生した場合はどうなりますか?

致命的なGPU障害(XID 79、XID 48、ダブルビットECCエラー、行リマッピングの失敗)は直ちに隔離します。その後、障害を特定して修復します。

実行したいワークロードをお知らせください。

ハードウェア、サーバー台数、契約期間、開始日をお知らせください。当社の納品仕様書に基づいた提案書をお送りします。