Skip to content

added kb for recommendation on deployment of additional workloads on … - #45

Open
devenkulkarni wants to merge 3 commits into
harvester:mainfrom
devenkulkarni:kb-deploy-additional-workload
Open

added kb for recommendation on deployment of additional workloads on …#45
devenkulkarni wants to merge 3 commits into
harvester:mainfrom
devenkulkarni:kb-deploy-additional-workload

Conversation

@devenkulkarni

Copy link
Copy Markdown

No description provided.

@netlify

netlify Bot commented Oct 10, 2023

Copy link
Copy Markdown

Deploy Preview for harvester-home-preview ready!

Name Link
🔨 Latest commit d581406
🔍 Latest deploy log https://app.netlify.com/sites/harvester-home-preview/deploys/652e23d6a4d59f000867e3be
😎 Deploy Preview https://deploy-preview-45--harvester-home-preview.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@bk201

bk201 commented Oct 11, 2023

Copy link
Copy Markdown
Contributor

@devenkulkarni

Copy link
Copy Markdown
Author

Are any changes requested from my end to the KB?

@devenkulkarni

Copy link
Copy Markdown
Author

@bk201 Have added the requested changes. Please review and let me know if any further changes are required.

bk201
bk201 previously approved these changes Oct 16, 2023

@bk201 bk201 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm, thanks!

Comment thread kb/2023-10-10/deploy-additional-workload-on-harvester-host.md Outdated
Comment thread kb/2023-10-10/deploy-additional-workload-on-harvester-host.md Outdated
@devenkulkarni
devenkulkarni force-pushed the kb-deploy-additional-workload branch from d9ddf21 to 41cff07 Compare October 17, 2023 04:15

@dnoland1 dnoland1 left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@w13915984028 w13915984028 left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks.

@LucasSaintarbor LucasSaintarbor left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bk201 Made some wording and formatting changes. Lmk if these changes are okay. Thanks!

Comment on lines +14 to +22
While it is technically possible to deploy additional workloads on the Harvester host cluster, running other workloads or microservices in the same Kubernetes cluster where Harvester is deployed is not officially supported yet.

Moreover, the deployment of other microservices or workloads may invite the following risks:
1. They might not be well integrated and tested on Harvester. Additionally, users need to deploy and troubleshoot them on their own.
2. Potential conflict with existing features of Harvester. For instance, high system resource consumption can cause downtime.
3. No WebUI support, all operations can only be achieved via kubectl or other CLI tools.
4. During system upgrades, they would not be covered. For example, if your workload depends on the Kubernetes version, a Harvester upgrade could require a newer version of Kubernetes, which may break your custom workload.

Hence, the best practice is to deploy Harvester separately without any additional workloads. Although, we have an experimental feature allowing you to deploy additional workload on Harvester host cluster (bare metal) in Harvester v1.2.0 and for more information on it, please review the [blog](https://www.suse.com/c/rancher_blog/harvester-v1-2-0-release/) and our official documentation [Harvester baremetal container workload support](https://docs.harvesterhci.io/v1.2/rancher/index/#harvester-baremetal-container-workload-support-experimental).

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
While it is technically possible to deploy additional workloads on the Harvester host cluster, running other workloads or microservices in the same Kubernetes cluster where Harvester is deployed is not officially supported yet.
Moreover, the deployment of other microservices or workloads may invite the following risks:
1. They might not be well integrated and tested on Harvester. Additionally, users need to deploy and troubleshoot them on their own.
2. Potential conflict with existing features of Harvester. For instance, high system resource consumption can cause downtime.
3. No WebUI support, all operations can only be achieved via kubectl or other CLI tools.
4. During system upgrades, they would not be covered. For example, if your workload depends on the Kubernetes version, a Harvester upgrade could require a newer version of Kubernetes, which may break your custom workload.
Hence, the best practice is to deploy Harvester separately without any additional workloads. Although, we have an experimental feature allowing you to deploy additional workload on Harvester host cluster (bare metal) in Harvester v1.2.0 and for more information on it, please review the [blog](https://www.suse.com/c/rancher_blog/harvester-v1-2-0-release/) and our official documentation [Harvester baremetal container workload support](https://docs.harvesterhci.io/v1.2/rancher/index/#harvester-baremetal-container-workload-support-experimental).
While it is technically possible to deploy additional workloads on a Harvester host cluster, running other workloads or microservices in the same Kubernetes cluster where you deploy Harvester is not officially supported.
Moreover, the deployment of other microservices or workloads may invite the following risks:
- Your workloads might not be well integrated and tested on Harvester, and you would need to deploy and troubleshoot them on your own.
- Potential conflict with existing features of Harvester. For instance, high system resource consumption can cause downtime.
- No Harvester WebUI support. You can only perform all of the operations via kubectl or other CLI tools.
- During system upgrades, covering your workload may not be possible. For example, if your workload depends on a specific version of Kubernetes, a Harvester upgrade could require a newer version of Kubernetes, which may break your custom workload.
The best practice is to deploy Harvester separately without any additional workloads. However, Harvester v1.2.0 introduces an experimental feature allowing you to deploy additional workloads on a Harvester host cluster (bare metal). For more information, please review the [Announcing the Harvester v1.2.0 Release](https://www.suse.com/c/rancher_blog/harvester-v1-2-0-release/#:~:text=BareMetal%20Cloud%20Native%20Workload%20Support%20(Experimental)) blog and our official documentation [Harvester baremetal container workload support (experimental)](https://docs.harvesterhci.io/v1.2/rancher/index/#harvester-baremetal-container-workload-support-experimental).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants