The smallest, easiest way to run Docker in production at scale. Everything in RancherOS is a container managed by Docker. This includes system services such as udev and rsyslog. RancherOS includes only the bare minimum amount of software needed to run Docker. This keeps the binary download of RancherOS to about 20MB. Everything else can be pulled in dynamically through Docker.
Currently we only have RancherOS available in EC2 but more clouds will come based on demand. Follow the links in the Release section above to deploy using our AMIs.
### Vagrant
Vagrant is the simplest way to try out RancherOS from the desktop. Refer to the [RancherOS Vagrant project](https://github.com/rancherio/os-vagrant)
### Other
KVM, VirtualBox, and VMware are all supported. Just
boot from the `rancheros.iso` with at least 1GB of memory.
If you are using EC2 or Vagrant then SSH keys are properly put into place. This means `ssh -i <KEY> -l rancher <IP>` for EC2 and `vagrant ssh` for Vagrant.
If you boot with the ISO the login is hard coded to **rancher/rancher**. Only the ISO has the password hard coded. If you run from a cloud or install to disk, SSH keys or a password of your choice is expected to be used.
If you are running from the ISO RancherOS will be running from memory. In order to persist to disk you need to format a file system with the label `RANCHER_STATE`. For example
You can edit the configuration with the `rancherctl config` command. **Please note the configuration format is very much a work in progress and will most likely change in the early stages of RancherOS**
We currently support a very small portion of cloud-init. If the user_data is a script (starting with the proper #!<interpreter>) we will execute it. If the user_data starts with `#cloud-config` it will be processed by cloud-init. The below directives are supported.
```yaml
#cloud-config
ssh_authorized_keys:
- ssh-rsa AAA... darren@rancher
write_files:
write_files:
- path: /opt/rancher/bin/start.sh
permissions: 0755
owner: root
content: |
#!/bin/bash
echo "I'm doing things on start"
```
## Useful Commands
Command | Description
--------|------------
`docker` | Good old Docker, use that to run stuff.
`system-docker` | The docker instance running the system containers. Must run as root or using `sudo`
`rancherctl` | Control and configure RancherOS
## Customizing the console
Since RancherOS is so small the default console is based off of Busybox. This it not always the best experience. The intention with RancherOS is to allow you to swap out different consoles with something like Ubuntu, Fedora, or CentOS. Currently we have Ubuntu configured but we will add more. To enable the Ubuntu console do the following.
sudo rancherctl addon enable ubuntu-console
Run the above but with `disable` to turn it off. Currently you have to reboot the system to enable the new console. I the future it will be dynamic and just require you to log out and back in.
The console (and all system containers) are ephemeral. This means on each reboot of the system all changes to the console are lost. Any changes in `/home` or `/opt` will be persisted though. Additionally, on startup of the console container, if `/opt/rancher/bin/start.sh` exists, it will be executed. You can add anything to that script to configure your console the way you want it.
In the future we will allow one to provide a custom image for the console container, but we just haven't gotten around yet to enabling that.
Development is easiest done with KVM on Linux. If you aren't running Linux natively then we recommend you run VMware Fusion/Workstation and enable VT-x support. Then KVM will run sufficiently fast inside a Linux VM.
First run `./build.sh` to create the initial bootstrap Docker images. After that if you make changes to the go code only run `./script/build`. To launch RancherOS in KVM from your dev version run `./script/run`. You can SSH into KVM using `ssh -l rancher -p 2222 localhost`. Your SSH keys should have been populated so you won't need a password. If you don't have SSH keys then the password is "rancher".