ウェアハウスとは、StarRocks インスタンス内のコンピューティングノード（CN）またはバックエンドノード（BE）のグループです。ウェアハウスは、クエリ、インポート、およびデータ処理タスクを実行するためのコンピューティングリソースを提供します。各ウェアハウスは、独立したコンピューティングリソースプールとして使用できます。異なるウェアハウスは、互いに物理的に分離されています。
制限
デフォルト ウェアハウス
インスタンスを作成すると、デフォルト ウェアハウスが作成されます。このデフォルト ウェアハウスは削除できません。
デフォルト ウェアハウスのノード数はゼロに減らすことができません。デフォルト ウェアハウスでは、少なくとも 3 つのノードを実行し続けることをお勧めします。他のウェアハウスのノード数はゼロに減らすことができます。
複数のウェアハウス
StarRocks 3.3 以降の共有データ インスタンスのみが複数のウェアハウスをサポートしています。
インスタンス内のウェアハウスの最大数は 50 です。
機能
リソースの分離：異なるウェアハウスに異なるコンピューティングリソース（CN のみ）を割り当てることができます。これにより、各事業単位または部門が独立したコンピューティングリソースを持ち、リソースの競合と相互の影響を防ぎ、事業運営の安定性とクエリ応答の信頼性を向上させることができます。
データ共有：すべてのウェアハウスが同じストレージ層を共有します。これにより、異なる部門または事業単位が同じ基盤となるデータにアクセスできます。これにより、データの再利用とコラボレーションの効率が向上し、データの冗長性と不整合のリスクが軽減されます。
柔軟なスケーリング：データを再割り当てすることなく、ビジネス要件に基づいて特定のウェアハウス内のノード数を迅速に増減できます。これは、ビジネスの成長のニーズを満たし、既存のビジネスへの干渉を減らし、システムのスケーラビリティと柔軟性を向上させるのに役立ちます。
効率的な自動スケーリング：ピーク時とオフピーク時のさまざまなビジネス要件を満たすために、ウェアハウスに自動スケーリング ルールを設定できます。
スケーラビリティ：新しいビジネス シナリオまたは部門が追加されると、それらに対して新しいウェアハウスを作成できます。各ウェアハウスは独立したリソース プールを持つことができ、新規および既存のビジネスの独立した運用を保証し、マルチビジネス環境での O&M の複雑さを軽減します。
シナリオ
さまざまな種類のタスクのリソース分離：さまざまな種類のタスクに異なるウェアハウスを割り当てて、リソースを分離できます。これにより、すべての種類のタスクが独立して安定して実行できるようになります。たとえば、1 つのウェアハウスを使用してクエリおよび分析タスクを実行し、別のウェアハウスを使用して抽出、変換、ロード（ETL）タスクを実行できます。これにより、クエリ タスクと ETL タスクは、相互に干渉することなく、分離されたコンピューティングリソースを使用します。
部門間共同分析：複数の部門がデータ資産を共有し、異なるウェアハウスを使用してクエリと分析を行うことができます。これにより、異なる部門のクエリ タスクが互いに影響を与えることがなくなります。
集中管理：O&M 担当者による集中管理のために、複数のインスタンスを複数のウェアハウスを持つ 1 つのインスタンスにマージできます。通常、複数のインスタンスのマージは、データを共有する必要がある場合にのみ考慮されます。