Skip to content

Commit d4deaab

Browse files
committed
add Dale's feedback part 2
1 parent b78f67e commit d4deaab

File tree

1 file changed

+8
-0
lines changed

1 file changed

+8
-0
lines changed

docs/cloud/bestpractices/multitenancy.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -297,6 +297,14 @@ FROM tenant_1.events
297297
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
298298
```
299299

300+
## Compute-compute separation {#compute-compute-separation}
301+
302+
The three approaches described above can also be further isolated by using [Warehouses](/cloud/reference/warehouses#what-is-a-warehouse). Data is shared through a common object storage but each tenant can have its own compute service thanks to [compute-compute separation](/cloud/reference/warehouses#what-is-compute-compute-separation) with different CPU/Memory ratio.
303+
304+
User management is similar to the approaches described previously, since all services in a warehouse [share access controls](/cloud/reference/warehouses#database-credentials).
305+
306+
Note the number of child services in a warehouse is limited to a small number. See [Warehouse limitations](/cloud/reference/warehouses#limitations).
307+
300308
## Separate Cloud service {#separate-service}
301309

302310
The most radical approach is to use a different ClickHouse service per tenant.

0 commit comments

Comments
 (0)