当社の運用コミットメントは、どれだけ速く応答するか、どのように状況をお知らせするか、どれだけ前に通知するか、ハードウェア障害にどう対応するかを書面で定めたものです。これらは、すべての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暦日以内の書面のポストモーテムの提出です。
受付確認
15分以内にインシデントの受付を確認し、インシデントコマンダーを任命します。インシデントコマンダーは、対応全体を統括するただ1人の担当者です。
対応開始
ネットワーク運用チームは時間帯を問わず15分以内に、施設エンジニアリングまたはリモートハンドは45分以内に対応を開始します。
状況更新
インシデントがクローズされるまでの間、少なくとも60分ごとに状況の更新をお受け取りいただけます。
ポストモーテム
お客様に影響したすべてのインシデントについて、7暦日以内に書面のポストモーテムをお受け取りいただけます。
ポストモーテムとは、インシデントについて、何が起きたか、なぜ起きたか、再発防止のために何を行っているかをまとめた書面の報告です。
メンテナンス、変更、インベントリ
リスクを伴う計画作業は7暦日以上前に告知し、変更は書面による変更管理を経て行い、正式なインベントリにはお客様のクラスターをケーブルに至るまで記録します。
メンテナンスの事前通知
事前通知は緊急でない高リスクメンテナンスに適用され、作業開始前にジョブを移動したり、チェックポイントを取得したりする時間を確保できます。緊急作業は通知期間の対象外です。施設側については、当社が利用するデータセンターに対し、リスクのあるメンテナンスを14日前に通知するよう求めています。
変更管理とアクセス
書面による変更管理とは、お客様のクラスターへの変更が文書化されたプロセスに従い、書面の記録を残すことを意味します。アウトオブバンドアクセス(OSより下のレイヤーでBMCを通じてサーバーに到達する管理経路)は監査されます。
インベントリ
当社は、すべてのラック、ノード、GPU、NIC、ドライブ、スイッチ、ポート、トランシーバー、ケーブルの正式なインベントリを管理し、お客様向けに機械可読形式のエクスポートを提供します。状態の変化は5分以内に確認できるようになります。ドリフト検出によってクラスターを合意したベースラインと比較するため、誰も計画していない変更が明らかになります。
当社は、オープンソースのコンポーネントを基に、インベントリ、監視、バーンイン自動化のための独自のプラットフォームソフトウェアを開発中です。顧客ポータルと公開APIもその一部ですが、まだ提供していません。
ハードウェア障害の対応
ハードウェア、施設、冷却、ファブリックの障害を特定して修復し、致命的な障害が発生したGPUは直ちに隔離します。
| 障害 | 意味 | 当社の対応 |
|---|---|---|
| XID 79 | GPUがバスから脱落し、応答しなくなった状態 | 直ちに隔離 |
| 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エラー、行リマッピングの失敗)は直ちに隔離します。その後、障害を特定して修復します。