You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
### Can LH be used for critical services (e.g. Database)
4
+
5
+
As of now we shall avoid using LH for critical services. Instead we should refer to a more reliable and easy-to-maintain solution (e.g. Application-Level replication [Postgres Operators], S3, ...)
6
+
7
+
LH is using networking for keeping replicas in sync and IO-heavy workloads may overload it easily leading to unpredictable consequances. Before we manage to extensively monitor LH and scale properly on demand, we shall not use it for critical services or IO-heave services
2
8
3
9
### How does LH decide which node's disk to use as storage
4
10
5
-
There are 3 ways (could be combined together) https://longhorn.io/kb/tip-only-use-storage-on-a-set-of-nodes/
6
-
* storag tag feature https://longhorn.io/docs/1.8.1/nodes-and-volumes/nodes/storage-tags/
7
-
* node selectors that will restrict LH to certain nodes only (and disks on these nodes)
8
-
* using https://longhorn.io/docs/archives/1.2.2/references/settings/#create-default-disk-on-labeled-nodes
11
+
It depends on configuration. There are 3 possibilities:
By default LH will use storage on all (newly created as well) Nodes where it runs. If `createDefaultDiskLabeledNodes` is configured, then it depends on label of the node
15
17
16
-
### Running LH on subset of Nodes (via nodeSelectors) has a limitation
### Can workloads be run on nodes where there is no LH
21
+
22
+
They can as long as LH is not bound to specific nodes via `nodeSelector` or `systemManagedComponentsNodeSelector` settings. If LH is configure to run on specific nodes, then workloads can only be run on these nodes only.
0 commit comments