Skip to main content
本ガイドでは、認証、名前空間の作成、Secret の設定、Helm によるデプロイなど、オンプレミス版 SambaStack をセットアップする基本的な手順を解説します。

SambaStack オンプレミスのアーキテクチャ

SambaStack オンプレミスデプロイメントのアーキテクチャ図 この図は、5 つの接続フローを示しています。 推論リクエスト
  1. ユーザーと開発者は、ロードバランサーを経由してデータセンターネットワークにリクエストを送信します
  2. データセンターネットワークは、100G/400G のフロントエンドネットワークを介して SambaRack クラスターにトラフィックをルーティングします
  3. フロントエンドネットワークは、Core Services Rack と、推論を実行する SambaRack SN40L-16 ユニットにリクエストを届けます
管理
  • 管理者は、2 つの独立したネットワークからクラスターにアクセスします。クラスター運用にはフロントエンドネットワークを、アウトオブバンド (out-of-band) のハードウェアアクセスには専用の 1Gbps 管理ネットワークを使用します
  • SMS ノードと SambaRack SN40L-16 ユニットも、いずれも管理ネットワークに接続されます
周辺インフラ
  • ストレージと、お客様が管理する 3 つのサービス – AUTH (OIDC)、DNS、NTP – がデータセンターネットワークに接続されます
モデルとソフトウェアの配信
  • SambaNova のアーティファクトリポジトリ (GCP 上でホスト) は、チェックポイントとソフトウェア更新を CP ノードに直接配信します。これはデータセンターネットワークを完全にバイパスする、独立した直接経路です
クラスター内部通信
  • SambaRack SN40L-16 ユニット同士は、専用の SambaRack クラスタープライベートネットワークを介して相互に通信します

前提条件

このセクションでは、SambaStack をデプロイするための前提条件を示し、必要な認証情報と設定の入手方法を説明します。
SambaNova は、ハードウェアの前提条件 (ロードバランサーの設定など) と OS の設定要件 (NTP サーバーなど) を、SambaNova のサイトサーベイ (site survey) を通じて収集します。詳細は SambaNova の担当者にお問い合わせください。
SambaRack SN40L-16 システムは、12TB または 4TB の DDR メモリ構成でデプロイできます。メモリ容量が混在するクラスターも、クラスター全体で低い方のメモリ上限を使用するように設定されていればサポートされます。新規出荷される SN40L-16 ハードウェアはすべて 4TB の DDR メモリ構成です。既存の 12TB システムは、同一構成のクラスターでデプロイされている場合、引き続きフル容量で運用できます。SambaNova 提供のバンドルは 4TB システムで検証されています。また、SambaStack はクラスターレベルでのメモリ上限の適用にも対応しており、バンドル構成が宣言されたノード容量に収まることを保証できます。
  1. 本ガイドは、Kubernetes クラスターがすでに構築されていることを前提としています。
  2. API と UI のエンドポイント用に、2 つの TLS 証明書と DNS 名を用意する必要があります:
    • api.<your-domain> – 証明書と秘密鍵
    • ui.<your-domain> – 証明書と秘密鍵
  3. 証明書は、次のいずれかの形式で用意する必要があります:
    • 個別の証明書 2 枚 (ホスト名ごとに 1 枚)、または
    • 両方をカバーする単一のワイルドカード証明書 (例: *.example.com)
    自己署名証明書は、本番環境ではサポートされません
    証明書は、Let’s Encrypt、DigiCert、貴組織の内部 CA など、信頼できる認証局 (CA) が発行したものである必要があります
  4. 次のツールがインストールされていることを確認してください:
  5. SambaNova から以下を受領していることを確認してください
    1. Helm チャートの OCI レジストリ URL
      完全なレジストリ URL、service-account-key ファイル、バージョン番号は、引き渡し時に SambaNova から提供されます。アクセス認証情報については、SambaNova の担当者にお問い合わせください。
      バージョン番号は、チャートの新規リリースごとに変わります。現在のインストールバージョンは、SambaNova の担当者にご確認ください。
    2. 設定ファイル
      • お使いのデプロイメント用のサンプル sambastack.yaml ファイル - 本ガイドでは、ゼロから作成する方法も示します。
      • sambastack-models のインストール用の、モデルチャートのサンプル values ファイル (例: models-values.yaml)。
    3. Google Cloud サービスアカウントのキーファイル。このファイルは、次の作成に使用します:
      • イメージプル用の Secret (Image Pull Secret)
      • アーティファクト読み取り用の Secret (Artifact reader secret)

セットアップ

1

クラスターの認証と設定

  1. sambastack 名前空間を作成します
  2. Google Cloud サービスアカウントの JSON キーを使用して、Artifact Registry からイメージをプルするための Docker レジストリ Secret を作成します:
  3. Google Cloud Storage からモデルアーティファクトを読み取るための Secret を作成します:
  4. スケジューリングのために、各 RDU ノードにラベルを付与します。冪等性を確保するため --overwrite を付けます:
    クラスター内の各ノードに対して、このコマンドを繰り返します。
2

sambastack.yaml の設定

  1. 最小構成の sambastack.yaml ファイルを作成します:
    SambaRack SN40L-16 システムの DDR メモリは 12TB または 4TB のいずれかですが、新規出荷されるシステムはすべて 4TB です。クラスターのメモリ上限はこれに合わせて設定し、ノードタイプが混在する場合は低い方の上限を使用してください。
    完全な例は SambaStack.yaml リファレンス をご覧ください。
  2. モデルチャート用の models-values.yaml ファイルを設定します:
    このファイルは、クエリ可能なバンドルをデプロイします。modelBundleSpecs は、提供されているモデルバンドルのうちどれをレンダリングするかを選択し、modelDeploymentSpecs はそれらをデプロイします。name はバンドル名と一致している必要があります。使用できるすべてのキーについては、モデル構成 をご覧ください。
3

Helm へのログインとインストール

  1. Google Cloud サービスアカウントを使用して、Helm レジストリに認証します:
  2. ベースチャート、メインの SambaStack チャート、モデルチャート を、この順序でインストールします:
チャートは上記の順序でインストールしてください。sambastack-base → sambastack → sambastack-models が推奨される順序です。
完全なレジストリ URL とバージョン番号は、引き渡し時に SambaNova から提供されます。アクセス認証情報については、SambaNova の担当者にお問い合わせください。
バージョン番号は、チャートの新規リリースごとに変わります。SambaNova の担当者から提供されたバージョン番号を使用してください。
インストール後に作成される Pod の詳細については、Pod リファレンス の表をご参照ください。
4

リリースのインストール確認

名前空間内の Helm リリースを一覧表示します。
3 つのリリースがすべて deployed ステータスで表示されるはずです。
5

Pod の稼働確認

  1. 次のコマンドを実行して、クラスターで稼働しているすべての Pod を確認します:
  2. すべての Pod が Running であることを確認します。応答は次のようになります。
    すべての Pod が目的の Running 状態になるまで、通常 5〜10 分程度かかります。
    詳細は Pod リファレンス の表をご覧ください。
6

ユーザーと API キーの作成

このクイックスタートガイドでは、すぐに使い始められるよう、デフォルトの Keycloak 認証設定を使用します。カスタム認証を設定する場合は、認証ページ をご覧ください。
  1. Keycloak の temp-admin 認証情報を取得します:
  2. Keycloak をポートフォワードします
  3. 上記の temp-admin 認証情報を使用して、http://localhost:8080/ から Keycloak にログインします。Keycloak のログイン画面
  4. 管理者ユーザーを作成します Keycloak でのユーザー作成
  5. 管理者ロールを割り当てます Keycloak でのロールの割り当て Keycloak での管理者ロールの割り当て
  6. 管理者の認証情報を設定します Keycloak でのパスワード設定
  7. 管理者ユーザーのメールアドレスを、sambastack.yaml の auth-and-billing セクションに追加します:
    このリストは、v2.0.2 でルートレベルの db-admin: ブロックから移動しました。残された db-admin: ブロックはエラーにならずに無視されるため、auth-and-billing の下に移動するまで、これらのメールアドレスには Admin UI へのアクセス権が付与されません。
    完全な例は SambaStack.yaml リファレンス をご覧ください。
  8. ui.<your-domain> にアクセスし、上記で取得したユーザー認証情報でログインします。インストールガイド 1
  9. API キーを作成し、安全に保管します: インストールガイド 2
7

デプロイ済みモデルバンドルへのクエリ

  1. API キーを設定します:
  2. cURL または Python スクリプトのいずれかで、デプロイ済みのモデルバンドルに対してテストクエリを実行します:
次の cURL コマンドを実行します
応答は次のようになります。

次のステップ

おめでとうございます。これで SambaStack クラスターが基本的な稼働状態になりました。ここから先に何を設定するかは、目的によって異なります。次に設定できる一般的な構成は以下のとおりです。