この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

これは未公開の文書です SUSE® Storage 1.12 (Dev).

重要注意事項

このページでは、SUSE Storage v1.12.0の重要なノートをまとめています。完全なリリースノートについては、 こちらをご覧ください。

廃止

V2バックイメージは廃止されており、将来のリリースで削除される予定です。ユーザーは、コンテナ化データインポーター（CDI）を使用して、Longhornに画像をインポートすることができます。詳細については、SUSE Storage CDIインポートに関する情報をご覧ください。

動作の変更

効率的なクローン作成後のボリュームの健康状態

効率的なクローンが有効になっている場合、新しくクローンされた分離されたボリュームは劣化しており、レプリカは1つだけで、クローンの状態は`copy-completed-awaiting-healthy`に設定されています。ボリュームを健康な状態に戻すには、クローンの状態を`completed`に移行し、オフラインレプリカの再構築を有効にするか、ボリュームを接続してレプリカの再構築をトリガーします。 問題 #12341および 問題 #12328を参照してください。

重要な修正

このリリースには、重大な安定性修正が含まれています。

SUSE Storage ワークロードポッドのメモリリーク

プロキシ接続のリークがlonghorn-instance-managerポッドで高いメモリ消費を引き起こすという重大な回帰を修正しました。

詳細については、 #12575をご覧ください。

PVノードアフィニティの回帰

v1.11.0以降、CSIサーバーで`AccessibleTopology`を導入し、Longhorn StorageClassesで`allowedTopologies`を導入した後、PVノードアフィニティが過剰に設定されるという回帰を修正しました。

詳細については、 #12689および #12656をご覧ください。

全般

Kubernetesのバージョン要件

CSI外部スナップショッターのアップグレードがv8.2.0に伴い、SUSE Storage v1.8.0またはそれ以降のバージョンにアップグレードするにはKubernetes v1.25以上を実行している必要があります。

アップグレードチェックイベント

HelmまたはRancherアプリマーケットプレイスを使用してアップグレードする際、SUSE Storageはアップグレード前のチェックを実行します。チェックが失敗した場合、アップグレードは停止し、失敗の理由がイベントに記録されます。

詳細については、Longhorn Managerのアップグレードを参照してください。

アップグレード前の手動チェック

自動アップグレード前チェックはすべてのシナリオをカバーしていません。`kubectl`またはSUSE Storage UIを使用して手動チェックを行うことをお勧めします。

  • すべてのV2データエンジンボリュームが切り離され、レプリカが停止していることを確認してください。V2エンジンはライブアップグレードをサポートしていません。

  • ボリュームが故障している場合はアップグレードを避けてください。使用できないレプリカは削除される可能性があり、バックアップが存在しない場合は永続的なデータ損失を引き起こす可能性があります。

  • 失敗した`BackingImage`が存在する場合はアップグレードを避けてください。詳細については、バッキングイメージを参照してください。

  • 回復可能性を確保するために、Longhornシステムバックアップを作成することをお勧めします。

外部APIアクセスのためのマネージャーURL

SUSE Storage v1.12.0は、Longhorn Manager APIにアクセスするための外部URLの明示的な設定を可能にする`manager-url`設定を導入します。

背景:Longhorn ManagerがIngressまたはGateway API HTTPRouteを通じてアクセスされると、APIレスポンスには`actions`および`links`フィールドに内部クラスターIP（例：10.42.x.x:9500）が含まれる場合があります。これは、ingressコントローラーが`X-Forwarded-*`ヘッダーを適切に設定しない場合に発生し、APIが内部ポッドIPにフォールバックする原因となります。

解決策:`manager-url`の設定を外部URL（例：https://longhorn.example.com）で構成します。マネージャーは、APIレスポンスに正しい外部URLが含まれるように、適切な転送ヘッダーを挿入します。

設定:

  • Helm経由: --set defaultSettings.managerUrl="https://longhorn.example.com"

  • kubectl経由: kubectl -n longhorn-system patch settings.longhorn.io manager-url --type='merge' -p '{"value":"https://longhorn.example.com"}'

  • UI経由:設定 > 一般 > マネージャーURL

詳細については、マネージャーURLを参照してください。

Gateway API HTTPRouteサポート

SUSE Storage v1.12.0は、 Gateway API HTTPRouteのビルトインサポートを導入し、SUSE Storage UIを公開するためのIngressの現代的な代替手段となります。

詳細なセットアップ手順、前提条件、および高度な設定については、Gateway APIでHTTPRouteを作成するを参照してください。

スナップショット操作の同時ジョブ制限

SUSE Storage v1.12.0は、ディスクの枯渇とリソースの競合を防ぐために、*スナップショット重タスク同時制限*を導入します。この設定は、スナップショットのパージやクローンなどの同時重操作を、進行中のタスクが完了するまで追加のタスクをキューに入れることによって、ノードごとに制限します。これらのプロセスを制御することにより、システムはスナップショットのマージによって通常引き起こされるストレージの急増のリスクを低減します。

さらなる詳細については、スナップショット重タスク同時制限および 問題 #11635を参照してください。

スケジューリング

バランスアルゴリズムによるレプリカスケジューリング

データの分配とリソースの利用を改善するために、SUSE Storageは、計算されたバランススコアに基づいてノードとディスクにレプリカを均等にスケジュールする*バランスアルゴリズム*を導入します。

詳細については、スケジューリングを参照してください。

トポロジーを意識したPVノードアフィニティ制御をサポート

Longhorn CSIは、ストレージクラスパラメータ`allowedTopologies`と設定`csi-allowed-topology-keys`を適用し、構成可能なキーでトポロジーを正しく認識し、PV`nodeAffinity`を正確に設定します。

詳細については、 問題 #12261、 問題 #12689、トポロジーを意識したプロビジョニング、およびストレージクラスパラメータを参照してください。

監視

ディスクヘルスモニタリング

SUSE Storage v1.11.0から、ディスクヘルスモニタリングはV1およびV2データエンジンの両方で利用可能です。SUSE Storageはディスクヘルスデータを収集し、Prometheusメトリクスおよび`Node`カスタムリソースを通じて公開します。

  1. 主な機能:

    • 10分ごとの自動ヘルスデータ収集。

    • ディスクヘルスステータスと詳細属性がPrometheusメトリクスとして公開されます。

    • ヘルスデータは`nodes.longhorn.io`カスタムリソースで利用可能です。

  • SMARTデータは、仮想化またはクラウド環境（例：AWS EBS）では完全に利用できない場合があります。これにより、一部の属性の値がゼロになる可能性があります。

  • 利用可能なヘルス属性は、ディスクの種類やハードウェアによって異なります。

詳細については、ディスクヘルスモニタリングを参照してください。

アクセスモードの安定性

ReadWriteOncePodアクセスモード

SUSE Storage v1.12.0は、状態を持つワークロードにおける厳格な単一ポッドボリュームアクセス保証の必要性に対応するために、*ReadWriteOncePod (RWOP)*アクセスモードのサポートを導入します。ReadWriteOnce (RWO)とは異なり、同じノード上の複数のポッドがボリュームをマウントすることを許可するRWOPは、クラスター全体で同時にボリュームにアクセスできるのは1つのポッドのみであることを保証します。この機能は、データベースや同時アクセスがデータの破損や整合性の問題を引き起こす可能性のある他のワークロードなど、排他的な書き込みアクセスを必要とするステートフルなアプリケーションにとって特に価値があります。

詳細については、アクセスモードおよび 問題 #9727を参照してください。

再構築

スケールレプリカ再構築

SUSE Storage v1.11.0から、新しい*スケールレプリカ再構築*機能により、再構築レプリカが複数の正常なレプリカからスナップショットデータを同時に取得できるようになり、再構築パフォーマンスが向上する可能性があります。

詳細については、スケールレプリカ再構築を参照してください。

オフラインレプリカ再構築

SUSE Storage v1.11.0から、*オフラインレプリカ再構築*設定はデータエンジン固有の設定からグローバル設定に更新されます。以前は、ユーザーはv1およびv2データエンジンのためにオフラインレプリカ再構築を別々に構成できました。v1.11.0へのアップグレード中に、SUSE Storageは既存の構成を自動的にチェックします。v1またはv2データエンジンのいずれかに対してオフラインレプリカ再構築が有効になっている場合、新しいグローバル設定のデフォルトは`true`になります。そうでない場合は、無効のまま（false）です。

詳細については、オフラインレプリカ再構築設定を参照してください。

コマンドラインツール

サポートされていないディストリビューションのためのパッケージマネージャ検出

SUSE Storage v1.12.0はLonghorn CLIのプレフライトインストールおよびチェック動作を強化します。`/etc/os-release`が既知のディストリビューションと一致しない場合、CLIはサポートされているパッケージマネージャを検出しようとし、互換モードで続行します。

詳細については、 問題 #12153を参照してください。

V2データエンジン

SUSE Storageシステムアップグレード

V2ボリュームのライブアップグレードはサポートされていません。アップグレードする前に、すべてのV2ボリュームが切り離されていることを確認してください。

テクニカルプレビュー版

V2データエンジンは*テクニカルプレビュー*機能であり、SUSE Storage v1.11.0に含まれています。

ほぼ完成しており、重要な機能の変更は期待されておらず、制御された環境で検証されています。ユーザーは、本番環境で有効にする前に、機能を十分に評価する必要があります。

SPDK UBLK パフォーマンスパラメータ

SUSE Storage v1.11.0 から、SPDK UBLK フロントエンドは、グローバルまたはボリュームごとに構成できるパフォーマンス調整パラメータを公開します：

  • キューの深さ (ublkQueueDepth)：これは、UBLK フロントエンドの各 I/O キューの深さです。デフォルト値は、`128`です。

  • キューの数 (ublkNumberOfQueue)：これは、UBLK フロントエンドの I/O キューの数です。デフォルト値は、`1`です。

これらのパラメータは設定できます：

  • グローバル：Default Ublk Queue Depth および Default Ublk Number Of Queue 設定を介して（設定を参照）。

  • ボリュームごと：ublkQueueDepth および ublkNumberOfQueue ボリュームパラメータを介して。

  • ストレージクラス：ストレージクラス定義内の ublkQueueDepth および ublkNumberOfQueue パラメータを介して。

詳細については、 問題 #11039を参照してください。