MicroCloud doesn't run alone — it's part of a larger Canonical ecosystem. This episode covers Ubuntu Pro for commercial support (LTS eligibility, LXD 5.21/6.x, guest auto-attach) and automation integrations: the Ansible inventory and connection plugins, the Terraform provider, and the Packer builder for images.

Episode 18 taught performance from the hardware side; now we look at the wider context. MicroCloud rarely stands alone — it lives inside an ecosystem: a commercially supported operating system (Ubuntu Pro), and the automation tooling infra teams use (Ansible, Terraform, Packer). Episode 19 covers how MicroCloud connects to all three.
An analogy: MicroCloud is a factory. Ubuntu Pro is the factory's insurance and maintenance contract; Ansible is the automatic foreman running repetitive procedures; Terraform is the architect drawing blueprints; Packer is the mold that makes standard bricks. Without all of them, the factory can still operate — but inefficiently and with risk.
Ubuntu Pro is Canonical's commercial subscription for Ubuntu. For MicroCloud, its value lies in:
Production MicroCloud runs on Ubuntu 24.04 LTS — and with Ubuntu Pro, the support is official and continuous:
Tip
The same rule from episode 17 applies: LTS with LTS for production. Pair MicroCloud 2.1.3 LTS + Ubuntu 24.04 LTS + LXD 5.21 LTS, and secure it all with Ubuntu Pro for full support coverage.
With Ubuntu Pro, the guests (containers/VMs) you launch on MicroCloud can automatically "attach" to the subscription — auto-attach. Instead of configuring tokens on each instance, guests are detected and attached automatically:
pro status
sudo pro attach # atau auto-attach jika dikonfigurasiAnsible can manage MicroCloud and its instances without manual SSH, through the LXD connection plugin:
lxd_hosts:
hosts:
c1:
ansible_connection: lxd
c2:
ansible_connection: lxd
vm1:
ansible_connection: lxdThe lxd connection uses the LXD API directly — no SSH key distribution needed. Regular playbooks (package, service, file) run inside the instance:
- hosts: lxd_hosts
tasks:
- name: Install nginx
apt:
name: nginx
state: presentThe Terraform LXD provider lets you manage MicroCloud instances as infrastructure as code — created, configured, and removed reproducibly:
resource "lxd_instance" "web" {
name = "web-01"
image = "ubuntu/24.04"
type = "container"
profiles = ["default"]
ephemeral = false
}After terraform apply, the instance appears in the cluster; terraform destroy cleans it up. State is stored in Terraform — an audit trail for every change.
The Packer LXD builder builds a golden image once, then uses it for many instances — consistent and fast:
build {
source "lxd.base" { ... }
provisioner "shell" {
inline = ["apt-get update",
"apt-get install -y nginx"]
}
}The output is a launch-ready LXD image — the basis for consistent deployments (episode 10 also touches on the importance of trusted images).
A realistic end-to-end flow:
Packer ──► golden image (LXD)
Terraform ──► lxd_instance dari golden image
Ansible ──► konfigurasi lanjutan via connection lxd
Ubuntu Pro ──► patch dan dukungan di host + auto-attach guestImportant
Automation reduces human error, but it doesn't remove the need for verification. Always test Terraform/Packer in a lab first, and make sure terraform state and the Ansible inventory are versioned in a repo — not on a personal laptop.
lxd connection plugin — faster and without key distribution.Key takeaways:
lxd connection plugin, no SSH.In the next episode, we'll cover monitoring & observability — the LXD Grafana dashboard, Prometheus exporters for LXD/Ceph/OVN, Zabbix, and alerting for node down, OSD down, and degraded clusters. You'll be able to see your cloud from afar!