リリースノート（2025年7月15日）

このリリースでは、Zilliz Cloud は、運用効率、柔軟性、ユーザーエクスペリエンスの向上を目的とした複数の強力な機能強化を導入します。これには、クラスターレベルのスケジュールされたオートスケーリングのサポート、新しい Merge Data API によるスキーマ進化、データ取り込みを効率化するクラウドネイティブなデータレイヤーである stage の導入、クロスデータベース選択によるクラスターレベルのバックアップからの部分リストア、および JSON Path インデックスの UI サポートが含まれます。これらの機能により、ユーザーは複雑なワークロードをより効果的に管理し、メンテナンスのオーバーヘッドを削減し、GenAI 時代における開発サイクルを加速できます。

Milvus 互換性

このリリース以降に作成されたすべての Zilliz Cloud クラスターは Milvus v2.5.x と互換性があり、Milvus v2.5.x のすべての機能が Generally Available です。

機能の提供状況の詳細については、Current Feature Availability を参照してください。

Merge Data API によるスキーマ進化 | PRIVATE

GenAI 時代においては、ビジネスロジックの迅速な反復により、これまで以上に頻繁なスキーマ変更が行われますが、依然としてコストが高く、運用も複雑です。スキーマを更新するには、多くの場合コレクションを再構築する必要があります。つまり、データをエクスポートし、新しいフィールドをマージし、すべてをゼロから再インポートする必要があります。この手動のプロセスは時間がかかり、エラーが発生しやすく、多くの場合、長時間の書き込み停止を伴います。

この課題に対処するため、Zilliz はスキーマ進化を自動化する新しい バッチ ETL 機能 を導入します。このリリースの一環として、ETL サービス配下に新しい Merge Data RESTful API が追加され、ユーザーは 1 回の API 呼び出しで大規模なスキーマ更新を実行できるようになります。この API では、既存のコレクション（Base）と外部ファイル（primary key と新しいフィールドを含む）をマージして、更新されたスキーマを持つ新しいコレクション（Target）を生成できます。検証後は、エイリアスを更新するだけで、最小限の中断で切り替えることができます。

内部では、Merge Data API は分散バッチ処理エンジンと、Stage、Backup、Join、Import を単一の操作としてオーケストレーションします。ユーザーは各ステップを手動で調整する必要がなくなりました。データ検証からインポートまでのプロセス全体が自動的に処理されます。これにより運用負荷が大幅に軽減され、スキーマ更新を 数日ではなく数時間 で完了できるようになります。

📘Notes

マージ処理中は、データの整合性を確保するため、ベースのコレクションへの書き込みを停止する必要があります。

この機能は現在 Private Preview です。ご利用のアカウントで有効にするには、support にお問い合わせください。関連する RESTful API リファレンスページについては、Merge Data を参照してください。

Stage の紹介: Zilliz Cloud のデータレイヤー | PRIVATE

Stage というまったく新しい機能であり、Zilliz Cloud の基盤となるデータレイヤー を紹介できることを嬉しく思います。

Stage は、非構造化データ向けのマネージドでクラウドネイティブなステージング領域を提供します。これは、アップロード、キャッシュ、およびベクトルクラスターへの移行とインポートに向けたデータの準備など、スケーラブルなデータ移動をサポートするために専用に設計されており、Zilliz の各種サービスにまたがる ETL ワークフローのための統合レイヤーとして機能します。

この最初のリリース（Private Preview）では、次のことができます:

• RESTful API を介して Stage を管理できます。これには、Stage の Create、list、delete が含まれます。

• Migration サービスと Import サービスの両方で 共有ステージングレイヤーとして Stage を使用し、データオンボーディングを効率化できます:

  • Migration: ローカルの Milvus 環境から Zilliz Cloud へデータを 1 ステップでシームレスに移行できます。これまでは、バックアップを手動で作成し、ファイルを S3 にアップロードし、その後別途インポートジョブをトリガーする必要がありました。Stage を使用すると、プロセスが統合され、より高速で、はるかにエラーが発生しにくくなります。詳細については、Migrate from Milvus to Zilliz Cloud Via Stage を参照してください。

  • Import: インポートジョブはステージングバックエンドとして Stage を受け入れるようになり、オブジェクトストレージへの依存を減らし、トークンの期限切れを回避し、クラウドストレージに直接アクセスできないユーザーでも簡単に Zilliz Cloud へデータを移動できるようになります。詳細については、Create Import Jobs を参照し、Request Body で Use Stage を選択してください。

Stage は間もなく、Backup、Import、ETL サービスなどの追加サービスとも統合され、Zilliz Cloud 内での非構造化データ処理、データ共有、パイプライン駆動型のワークロードへのサポートを拡張する予定です。

この機能は現在 Private Preview です。ご利用のアカウントで有効にするには、support にお問い合わせください。

スケジュールされたクラスタースケーリングが利用可能に

Zilliz Cloud は、クラスターレベル での スケジュールされたスケーリング をサポートするようになり、予測可能なワークロードパターンに基づいてリソース割り当てを事前に制御できるようになりました。

• CU とレプリカのスケジュールベースのオートスケーリング: 特定のスケジュールを定義して、CU とレプリカを自動的にスケールできるようになりました。ビジネスアワーのピークトラフィックに対応するためにリソースを簡単にスケールアップし、夜間や週末などの閑散期にスケールダウンして、手動介入なしでコストを最適化できます。

• 可視性と制御の強化: このアップデートでは、スケーリングスケジュールを視覚的に表示することで、オートスケーリング設定の透明性が向上します。

• プロアクティブな監査: 透明性の高いメール通知システムと監査証跡を提供し、リソースの提供とコストに関する安心感を得られます。

詳細については、クラスター Auto-scaling を参照してください。

クロスデータベース選択によるクラスターレベルのバックアップからの部分リストア

クラスターレベルのバックアップ から、複数のデータベースにまたがるコレクションを含め、特定の データベース と コレクション を選択的にリストアできるようになりました。この機能強化により、復旧時間が短縮され、クラスター全体を復旧することなく、リストアするデータをきめ細かく制御できます。

詳細については、Restore a Partial クラスター を参照してください。

Zilliz Cloud コンソールでの JSON Path インデックスの作成

Zilliz Cloud は、Web コンソールから直接 JSON Path インデックスを作成できるようになり、半構造化データに対するクエリをより簡単に高速化できるようになりました。この機能は JSON フィールドと動的フィールドの両方をサポートし、柔軟で高性能なフィルタリングを実現します。

JSON path インデックスの詳細については、インデックス Values Inside a JSON Field および インデックス Keys in the Dynamic Field を参照してください。

BYOC プロジェクトのインスタンスクォータ設定が利用可能に

Zilliz Cloud は、BYOC プロジェクト向けのカスタムインスタンスクォータ設定をサポートするようになりました。 このアップデートにより柔軟性が向上し、サービスに対して明確なリソース境界を定義することでコストを最適化できます。

• プロジェクトリソースのオートスケーリング制御: 伸縮可能なリソースモードと固定リソースモードを簡単に切り替えられるようになりました。最小および最大インスタンス数を設定して伸縮性を有効にするか、サービスグループのリソースを固定サイズにロックできます。

• 動的な構成: コンソールの Project Status ページから、ノードグループのリソースとクォータを直接表示および調整できるようになり、実行中のプロジェクトのリソース割り当てを簡単に変更できます。

• インデックスサービスクォータの独立した設定: Zilliz Cloud では、インデックスノードグループのリソースクォータを個別に設定できるようになり、さまざまなワークロードパターンに応じてパフォーマンスとリソース割り当てを細かく調整できます。

詳細については、Deploy BYOC on AWS、Deploy BYOC-I on AWS、および Deploy BYOC on GCP を参照してください。

その他の機能強化

• クラスターレベルのバックアップリストアを実行する際に、RBAC 構成をリストアするかどうかを選択できます。

  

  📘Notes

  この設定は、新しく作成されたバックアップにのみ適用されます。

• Private Preview および Public Preview の機能について、使用する前に確認できるようになりました。これらの機能を使用するには、Zilliz Cloud support にお問い合わせください。

  

• インポートリクエストごとの合計ファイルサイズが、100 GB から 1 TB に引き上げられました。

• 手動で作成されたバックアップの保持期間は、組織が凍結状態になると永続のままではなく 30 日に変更されるようになり、ストレージコストの削減に役立ちます。