Skip to content

Commit d68b44b

Browse files
committed
docs: add different infrastructure provider
Signed-off-by: Amarachi Iheanacho <amarachi.iheanacho@siderolabs.com>
1 parent 57d17bf commit d68b44b

2 files changed

Lines changed: 12 additions & 7 deletions

File tree

public/omni/infrastructure-and-extensions/infrastructure-providers.mdx

Lines changed: 11 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -14,10 +14,17 @@ The current infrastructure providers are:
1414

1515
* [Bare metal provider](https://github.com/siderolabs/omni-infra-provider-bare-metal)
1616
* [KubeVirt provider](https://github.com/siderolabs/omni-infra-provider-kubevirt)
17+
* [libvirt provider](https://github.com/siderolabs/omni-infra-provider-libvirt)
18+
* [vSphere provider](https://github.com/siderolabs/omni-infra-provider-vsphere)
19+
* [Proxmox provider](https://github.com/siderolabs/omni-infra-provider-proxmox)
1720

18-
If you would like to build your own provider or request a provider to be created please [join our community slack workspace](https://slack.dev.talos-systems.io/) or open an [issue on github](https://github.com/siderolabs/omni/issues).
21+
Including third-party infrastructure providers such as:
1922

20-
### Architecture
23+
* [Oxide provider](https://github.com/oxidecomputer/omni-infra-provider-oxide)
24+
25+
If you would like to [build your own provider](./writing-infrastructure-providers) or request a provider to be created please [join our community slack workspace](https://slack.dev.talos-systems.io/) or open an [issue on github](https://github.com/siderolabs/omni/issues).
26+
27+
## Architecture
2128

2229
Each Omni account (or instance) can have multiple providers connected to it. Each infrastructure provider deployment is intended to manage static or dynamic machines (e.g. bare metal, AWS EC2 instances) in a single location (e.g. dc1, us-east-2). Clusters can be created with a mix of infrastructure from manually provisioned, dynamic, or static machines.
2330

@@ -29,13 +36,13 @@ If you want to run multiple providers connected to on-prem VM providers (e.g. VM
2936

3037
If you want to run machines in multiple regions or accounts in a public cloud provider you would run one provider to create machines in each region/account. It does not matter where you run the public cloud providers, so long as they can reach the public cloud APIs and your Omni instance.
3138

32-
### Static providers
39+
## Static providers
3340

3441
Static resource providers manage existing bare metal servers in an environment. Static providers differ from dynamic providers in that they do not create machines, but they manage power management, PXE booting, and OS provisioning.
3542

3643
When a static machine is not actively being used in a cluster it is turned off to reduce power consumption and heat in a data center. For more information please see the documentation on [how to configure a bare metal provider](../omni-cluster-setup/setting-up-the-bare-metal-infrastructure-provider).
3744

38-
### Dynamic providers
45+
## Dynamic providers
3946

4047
Dynamic providers create and destroy machines as needed. These are created using other VM platforms such as AWS, VMware and OpenStack. They can also use other infrastructure management solutions such as [Forman](https://theforeman.org/) or [RackN](http://rackn.com/rebar/) which have their own APIs and can provision machines out of a pool of resources.
4148

public/omni/infrastructure-and-extensions/writing-infrastructure-providers.mdx

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,7 @@
11
---
2-
title: How to Write an Infrastructure Provider
2+
title: Write an Infrastructure Provider
33
---
44

5-
## Example Provider
6-
75
Reference implementation is our [KubeVirt provider](https://github.com/siderolabs/omni-infra-provider-kubevirt/).
86
The easiest way is to copy it and change the code that interacts with the platform.
97

0 commit comments

Comments
 (0)