mirror of
https://github.com/outbackdingo/matchbox.git
synced 2026-01-27 18:19:36 +00:00
285127daef
* scp kubeconfig to hosts rather than insecurely distributing credentials within Ignition configs. This is also easier than copy-pasting k8s secrets into machine metadata (slow). * Self-hosted Kubernetes machine configurations can be versioned without containing Kubernetes credentials * Use path-based activiation for the host kubelet * Update from Kubernetes v1.2.2 to v1.3.0-alpha.5_coreos.0. * Update host kubelet flags accordingly
CoreOS on Baremetal
CoreOS on Baremetal provides guides and a service for network booting and provisioning CoreOS clusters on virtual or physical hardware.
Guides
bootcfg
bootcfg is an HTTP and gRPC service that renders signed Ignition configs, cloud-configs, network boot configs, and metadata to machines to create CoreOS clusters. Groups match machines based on labels (e.g. MAC, UUID, stage, region) and use named Profiles for provisioning. Network boot endpoints provide PXE, iPXE, GRUB, and Pixiecore support. bootcfg can be deployed as a binary, as an appc container with rkt, or as a Docker container.
- bootcfg with rkt
- bootcfg with Docker
- bootcfg Service
- Flags
- HTTP API
- gRPC API
- Backends
- Deployment via
- Troubleshooting
- Going Further
Examples
The examples show how to network boot and provision higher-order CoreOS clusters. Network boot libvirt VMs to try the examples on your Linux laptop.
- Multi-node Kubernetes cluster with TLS
- Multi-node self-hosted Kubernetes cluster
- Multi-node etcd cluster
- Multi-node Torus distributed storage cluster
- Network boot or Install to Disk
- Multi-stage CoreOS installs
- GRUB Netboot CoreOS
- iPXE Boot CoreOS with a root fs
- iPXE Boot CoreOS