リリースノート (2025年7月15日)
今回のリリースでは、Zilliz Cloud は運用効率、柔軟性、ユーザーエクスペリエンスの向上を目的とした、いくつかの強力な機能強化を導入します。これには、クラスターレベルのスケジュールされたオートスケーリングのサポート、新しいMerge データ APIによるスキーマ進化、合理化されたデータ取り込みのためのクラウドネイティブなデータレイヤーであるステージの導入、クロスデータベース選択によるクラスターレベルのバックアップからの部分復元、およびJSONパスインデックスのUIサポートが含まれます。これらの機能は、GenAI時代において、ユーザーが複雑なワークロードをより効果的に管理し、メンテナンスのオーバーヘッドを削減し、開発サイクルを加速することを可能にします。
Milvus互換性
このリリース以降に作成されたすべてのZilliz Cloudクラスターは、Milvus v2.5.xと互換性があり、Milvus v2.5.xのすべての機能は一般提供されています。
機能の利用可能性の詳細については、現在の機能の利用可能性を参照してください。
Merge データ APIによるスキーマ進化
GenAI時代では、ビジネスロジックの迅速な反復により、これまで以上に頻繁なスキーマ変更が求められますが、それらは依然としてコストがかかり、運用が複雑です。スキーマを更新することは、多くの場合、コレクションの再構築を意味します。つまり、データをエクスポートし、新しいフィールドをマージし、すべてを最初から再インポートすることです。この手動プロセスは時間がかかり、エラーが発生しやすく、多くの場合、長時間の書き込みダウンタイムが必要です。
この課題に対処するため、Zillizは自動スキーマ進化のための新しいバッチETL機能を導入します。このリリースの一環として、ETLサービスの下に新しいMerge データ RESTful APIが追加され、ユーザーは単一のAPI呼び出しで大規模なスキーマ更新を実行できるようになります。このAPIを使用すると、既存のコレクション（ベース）を外部ファイル（プライマリキーと新しいフィールドを含む）とマージして、更新されたスキーマを持つ新しいコレクション（ターゲット）を生成できます。検証後、ユーザーはエイリアスを更新するだけで、最小限の混乱で切り替えることができます。
内部的には、Merge データ APIは、分散バッチ処理エンジンとステージ、バックアップ、結合、インポートを単一の操作に統合します。ユーザーは各ステップを手動で調整する必要がなくなります。データ検証からインポートまでのプロセス全体が自動的に処理されます。これにより、運用上の負担が劇的に軽減され、スキーマ更新が日単位ではなく時間単位で完了できるようになります。
マージプロセス中、データの一貫性を確保するために、ベースコレクションへの書き込みを一時停止する必要があります。
この機能は現在プライベートプレビューです。アカウントで有効にするには、サポートにお問い合わせください。関連するRESTful APIリファレンスページについては、Merge データを参照してください。
ステージの紹介：Zilliz Cloudのデータレイヤー
ステージは、まったく新しい機能であり、Zilliz Cloudの基盤となるデータレイヤーです。
ステージは、非構造化データのためのマネージドなクラウドネイティブなステージングエリアを提供します。これは、スケーラブルなデータ移動をサポートするために特別に構築されており、ベクトルクラスターへのデータのアップロード、キャッシュ、準備を含み、Zillizサービス全体でETLワークフローのための統合レイヤーとして機能します。
この初期リリース（プライベートプレビュー）では、ユーザーは次のことができます。
-
ステージを共有ステージングレイヤーとして使用して、移行とインポートの両方のサービスでデータオンボーディングを合理化する：
-
移行: ローカルMilvus環境からZilliz Cloudへのデータを単一のステップでシームレスに移行します。以前は、ユーザーは手動でバックアップを作成し、ファイルをS3にアップロードし、インポートジョブを個別にトリガーする必要がありました。ステージを使用すると、プロセスが統合され、高速になり、エラーがはるかに少なくなります。詳細については、ステージを介したMilvusからZilliz Cloudへの移行を参照してください。
-
インポート: インポートジョブはステージをステージングバックエンドとして受け入れるようになり、オブジェクトストレージへの依存を減らし、トークンの有効期限切れを回避し、直接クラウドストレージアクセスを持たないユーザーがZilliz Cloudにデータを簡単に移動できるようにします。詳細については、インポートジョブの作成を参照し、リクエストボディでUse ステージを選択してください。
-
ステージは、バックアップ、インポート、ETLサービスなどの追加サービスとまもなく統合され、Zilliz Cloud内での非構造化データ処理、データ共有、パイプライン駆動型ワークロードのサポートを拡張します。
この機能は現在プライベートプレビューです。アカウントで有効にするには、サポートにお問い合わせください。
スケジュールされたクラスターのスケーリングが利用可能になりました
Zilliz Cloudは、クラスターレベルでのスケジュールされたスケーリングをサポートするようになり、予測可能なワークロードパターンに基づいてリソース割り当てを事前に制御できるようになりました。
-
CUとレプリカのスケジュールベースのオートスケーリング: CUとレプリカを自動的にスケーリングするための特定のスケジュールを定義できるようになりました。営業時間中のピークトラフィックを処理するためにリソースを簡単にスケールアップし、夜間や週末などの静かな期間にはスケールダウンして、手動介入なしでコストを最適化できます。
-
可視性と制御の強化: このアップデートにより、スケーリングスケジュールの視覚的な表現が導入され、オートスケーリング構成の透明性が向上します。
-
プロアクティブな監査: リソースの提供とコストに関する安心感を提供する、透明性の高いメール通知システムと監査証跡を提供します。
詳細については、クラスターのオートスケーリングを参照してください。
クロスデータベース選択によるクラスターレベルのバックアップからの部分復元
クラスターレベルのバックアップから特定のデータベースとコレクションを選択的に復元できるようになりました。これには、複数のデータベースにまたがるコレクションも含まれます。この機能強化により、回復時間が短縮され、クラスター全体を回復することなく、復元するデータをきめ細かく制御できます。
詳細については、部分的なクラスターの復元を参照してください。
Zilliz CloudコンソールでJSONパスインデックスを作成する
Zilliz Cloudは、Webコンソールから直接JSONパスインデックスを作成できるようになり、半構造化データに対するクエリを高速化することが容易になりました。この機能は、JSONフィールドと動的フィールドの両方をサポートし、柔軟で高性能なフィルタリングを実現します。
JSONパスインデックスの詳細については、JSONフィールド内の値のインデックス作成および動的フィールド内のキーのインデックス作成を参照してください。
BYOCプロジェクトインスタンスクォータ設定が利用可能になりました
**Zilliz Cloudは、BYOCプロジェクトのカスタムインスタンスクォータ設定をサポートするようになりました。**このアップデートにより、柔軟性が向上し、サービスのリソース境界を明確に定義することでコストを最適化できます。
-
プロジェクトリソースのオートスケーリング制御: 弾力的なリソースモードと固定リソースモードを簡単に切り替えられるようになりました。最小インスタンス数と最大インスタンス数を設定して弾力性を有効にするか、サービスグループのリソースを固定サイズにロックします。
-
動的な構成: コンソールのプロジェクトステータスページからノードグループのリソースとクォータを直接表示および調整できるようになり、実行中のプロジェクトのリソース割り当てを簡単に変更できます。
-
独立したインデックスサービスクォータ: Zilliz Cloudは、インデックスノードグループのリソースクォータを個別に設定できるようになり、異なるワークロードパターンに合わせてパフォーマンスとリソース割り当てを微調整できます。
詳細については、AWSへのBYOCのデプロイ、AWSへのBYOC-Iのデプロイ、およびGCPへのBYOCのデプロイを参照してください。
その他の機能強化
-
クラスターレベルのバックアップ復元を実行する際に、RBAC構成を復元するかどうかを選択できるようになりました。
📘Notesこの設定は、新しく作成されたバックアップにのみ適用されます。
-
プライベートプレビューおよびパブリックプレビューの機能を使用する前に、それらについて学ぶことができます。これらの機能を使用するには、Zilliz Cloudサポートにお問い合わせください。
-
インポートリクエストあたりの合計ファイルサイズが100GBから1TBに増加しました。
-
手動で作成されたバックアップの保持期間は、組織が凍結された後、永続的ではなく30日間に変更され、ストレージコストの節約に役立ちます。