Fabric ランタイム リリース チャネル (プレビュー)

Fabric のランタイム リリース チャネルは、お客様が今後のランタイムの変更が既定となる前にそれらをテストできるようにする、体系的で透明性のある方法を提供します。 この機能は、組織が早期アクセスでこれらの新しい変更によって運用ワークロードを早期に検証し、予期しない中断を回避し、Spark ランタイムのアップグレードをより適切に制御するのに役立ちます。

運用環境のワークロードを中断する可能性のあるサイレント更新プログラムを受け取る代わりに、早期アクセス リリース チャネルにオプトインし、開発環境またはステージング環境でワークロードをテストし、更新プログラムが既定になる前に互換性を確認します。

リリース チャネルのしくみ

各 Spark ランタイムには、少なくとも 2 つのパブリック リリース チャネルがあります。

• 既定のチャネル – この運用グレードのチャネルは、ランタイムの既定のバージョンを実行します。 すべてのユーザーは、早期アクセスを選択しない限り、このチャネルを自動的に使用します。
• 早期アクセス チャネル – この運用グレードのチャネルには、次の既定のチャネルになる予定の更新プログラムとライブラリの変更が含まれています。 今後の変更に対してワークロードをテストすることを選択します。

指定された検証ウィンドウが終了すると、早期アクセス リリース チャネルが自動的に昇格されて新しい既定値になり、新しい一連の新しい変更で新しい早期アクセス チャネルが導入されます。 このプロセスはサイクルを続行します。 このモデルでは、すべてのユーザーの変更が既定になる前に、予測可能なテスト 期間が提供されます。

リリース チャネルが重要な理由

Spark ランタイムの更新には、ライブラリのアップグレード、セキュリティ パッチ、依存関係の変更、さらにはオペレーティング システムのアップグレードが含まれます。 すべての更新プログラムはリリース前に内部品質チェックに合格しますが、これらのチェックでは、顧客固有のバリエーションとユース ケースをすべてキャプチャすることはできません。 早期アクセス チャネルを使用すると、潜在的な問題を早期に特定し、更新プログラムが運用環境に影響を与える前にサポート チケットを作成してMicrosoftを操作できます。

リリース チャネルを選択する

Spark の構成またはプロパティを使用してリリース チャネルを選択します。 Spark の設定または構成で、次のプロパティを使用します。

# Prerequisite: early access doesn't use Starter Pool so you need to set it to skip it
spark.fabric.pools.skipStarterPools=true

# Set one of the following values:
# Use this to switch to the early access channel
spark.computeConf.runtime.releaseChannel=earlyAccess

# or to revert to the default release channel
spark.computeConf.runtime.releaseChannel=default

有効な値は次のとおりです。

• default – 既定の一般公開リリース チャネルを使用します
• earlyAccess – 今後の早期アクセス リリースをテストに使用します

早期アクセスでテストを設定して実行する

早期アクセス リリースを効果的にテストするには、次の手順に従います。

1. テスト ワークスペースを設定するか、既存のテスト環境を指定する

早期アクセス チャネルをテストするための専用ワークスペースを作成します。

1. 新しいワークスペースを作成するか、既存のテスト環境を指定します。

2. 環境項目を作成し、これらのプロパティを早期アクセスを使用するように設定します。

   

3. ノートブックまたは Spark ジョブ定義で、作成した環境項目を参照します。

4. セッションが開始されたら、次のコマンドを使用して、早期アクセス リリース チャネルの使用を検証します。

   

2. 代表的なワークロードを特定する

運用パイプラインを表すワークロードを実行します。

• 理想的には、早期アクセス チャネルに対してテスト ワークスペースで運用ワークロード全体を実行します。
• それが実用的でない場合は、運用環境を最もよく表す重要なテストとパイプラインを特定します。
• 既に存在する可能性がある既存の UAT またはステージング環境の使用を検討してください。

3. テストを自動化する

自動テスト実行を設定します。

• 定期的に実行するようにテストをスケジュールしますが、更新プログラムのリリースよりも頻度は低くなります。
• 早期アクセス リリースの問題を示す可能性があるエラーのテスト結果を監視します。

4. 問題を報告する

早期アクセス リリースによってエラーが発生したと思われる場合は、次の手順を実行します。

1. 結果を既定のチャネルと比較して問題を特定します。
2. テストしている早期アクセス バージョンの VHD ID をメモします。
3. 調査結果Microsoftサポートにお問い合わせください。 Microsoftは、早期アクセスの問題に優先順位を付け、修正プログラムを提供するか、問題のある変更をロールバックします。

リリース更新プログラムと VHD 情報を追跡する

各リリース チャネルの変更に関する最新情報を入手するには:

1. VHD (仮想ハード ディスク) イメージを識別します。 実行しているランタイム イメージの VHD ID を見つけるには:

   • セッションの Spark UI またはクラスター情報 ( spark.conf.get("spark.synapse.vhd.id", "") など) を確認する
   • クラスター ログで VHD ID を探す
   • この情報は、サポートする問題を報告するときに使用します

2. リリース ノートを確認します。 詳細なリリース ノートについては 、Spark ランタイム リリースと更新プログラム リポジトリを監視します。 リリース ノートはリリース チャネルごとに発行されるため、変更を簡単に比較できます。 各リリースには、ライブラリ、コンポーネント、および機能強化に関する文書化された変更が含まれています。

例：

• Official-Spark3.5-default-YYYY-MM-DD.md
• Official-Spark3.5-early-access-YYYY-MM-DD.md

早期アクセス チャネルが新しい既定値になると、次のようになります。

• 前の既定値のメモはアーカイブされます。
• 早期アクセスノートは、新しい既定のノートとして名前が変更されます。
• 次のサイクルのために、新しい早期アクセス ノート ファイルが発行されます。

よく寄せられる質問

早期アクセスの品質は低いですか?

いいえ。 早期アクセス チャネルは、すべての標準検証ゲートに合格する必要があります。 単にリリースタイムラインのより早い段階です。

早期アクセス チャネルを使用する必要がありますか?

いいえ。 これは完全に省略可能です。 オプトインしない場合は、引き続き既定のチャネルを使用します。

何かが失敗した場合、ロールバックできますか?

Yes. Spark 構成を使用して既定のチャネルに戻すことで、いつでも早期アクセス チャネルから切り替えることができます。

早期アクセスには追加料金がかかりますか?

いいえ。 課金は、既定のチャネル使用量と同じままです。

早期アクセスではカスタム プールのみが使用されますか?

Yes. 早期アクセスでは、オプトイン機能であるため、カスタム プールのみが使用されます。 スターター プールとは異なり、カスタム プールではセッションの起動時間が遅れます。

関連するコンテンツ

• Fabric の Apache Spark Runtime
• Fabric における Apache Spark ランタイムのライフサイクル
• Fabric の Runtime 2.0
• Fabricのランタイム 1.3
• Spark ランタイムのリリースと更新