Назад | Перейти на главную страницу

Cloud Init с Flatcar Linux - Конфигурация не применяется при передаче пользовательского файла?

я использую Telmate's Провайдер Terraform для Proxmox и пытаюсь развернуть Платформа виртуальные машины Linux, использующие Cloud Init передавая файлы через cicustom. На основе их пример, Я создал следующий файл Terraform:

variable "pve_user" {
}
variable "pve_password" {
}
variable "pve_host" {
}

provider "proxmox" {
  pm_tls_insecure = true
  pm_api_url      = "https://SNIP/api2/json"
  pm_user         = "SNIP"
  pm_password     = "SNIP"
  pm_parallel     = 4
}

resource "null_resource" "cloud_init_config_files" {
  connection {
    type     = "ssh"
    user     = var.pve_user
    password = var.pve_password
    host     = var.pve_host
  }

  provisioner "file" {
    source      = "./templates/cloud-config.yml"
    destination = "/var/lib/vz/snippets/cloud-config.yml"
  }
}

resource "proxmox_vm_qemu" "k8s-masters" {
  depends_on = [
    null_resource.cloud_init_config_files
  ]

  count      = 1
  name       = "VM-${count.index}"
  clone      = "VM-Template"
  full_clone = true

  target_node = "192.168.20.10"
  pool        = "VM"

  cores   = 2
  sockets = 1
  memory  = 10240

  network {
    id     = 0
    model  = "virtio"
    bridge = "vmbr0"
    tag    = 50
  }

  disk {
    id           = 0
    type         = "scsi"
    size         = 30
    storage      = "Pool"
    storage_type = "zfspool"
    backup       = true
    iothread     = true
  }

  onboot = true
  agent  = 1

  os_type         = "cloud-init"
  ssh_user        = "core"
  cicustom  = "user=local:snippets/cloud-config.yml"
  ipconfig0 = "ip=192.168.50.10/24,gw=192.168.50.1"

  sshkeys = "ssh-rsa SNIP"
  ssh_private_key = <<EOF
-----BEGIN RSA PRIVATE KEY-----
SNIP
-----END RSA PRIVATE KEY-----
EOF
}

После запуска terraform apply, виртуальная машина успешно создана, и Flatcar загружается. Однако если вы подключаетесь к консоли через Proxmox, виртуальная машина показывает, что IP-адрес получен через DHCP, а не тот, который я предоставил. Кроме того, ключ SSH не работает, поэтому я не могу подключиться к виртуальной машине для устранения неполадок.

Если я закомментирую cicustom линии, и просто положитесь на ipconfig0 и другие обычные варианты, виртуальная машина появляется, и мой ключ SSH действительно работает. Однако указанный IP-адрес по-прежнему не используется; вместо этого виртуальная машина просто использует тот, который предоставляется DHCP. Несмотря на то, что у меня есть доступ к виртуальной машине, я все же хочу использовать настраиваемый файл конфигурации Cloud Init, чтобы иметь доступ к более мощным параметрам конфигурации.

Я пробовал разные комбинации своих cloud-config.yml файл. Включая такие простые вещи, как:

hostname: test

к более подробным вещам, например:

storage:
  files:
    - path: /opt/file1
      filesystem: root
      contents:
        inline: Hello, world!
      mode: 0644
      user:
        id: 500
      group:
        id: 501
passwd:
  users:
    - name: core
      ssh_authorized_keys:
        - ssh-rsa SNIP

Несмотря на все это, мои ключи SSH никогда не работают после того, как я что-то передаю cicustom и, исходя из того факта, что имя хоста никогда не подвергается манипуляциям, я предполагаю, что Cloud Init вообще не получает настраиваемый файл конфигурации. Я пробовал передать оба Конфигурация зажигания и контейнера Linux форматированные файлы.

Не работает ли Flatcar Linux с Proxmox / cicustom? Поиск в Google таких вещей, как "flatcar" "proxmox", "coreos" "proxmox", "container linux" "proxmox", "flatcar" "cicustom"и т. д., похоже, не дают особых результатов. Думаю, не так много людей связывают операционные системы Cloud Native с нуля? хе-хе

Однако возникает следующее: этот интересный сценарий. Строки 104–132 обсуждают создание шаблона Flatcar / CoreOS для Proxmox. По крайней мере, кто-то еще делал это раньше? Кто знает, передали ли они потом в настраиваемый файл конфигурации инициализации облака?

Любые идеи?

РЕДАКТИРОВАТЬ: ------------------------------------------------ ------------

Добавлены логи от user-configdrive systemd unit когда не проходит cicustom

Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Checking availability of "cloud-drive"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Fetching user-data from datasource of type "cloud-drive"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Attempting to read from "/media/configdrive/openstack/latest/user_data"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 line 6: warning: unrecognized key "chpasswd"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 line 9: warning: incorrect type for "users[0]" (want struct)
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 line 10: warning: unrecognized key "package_upgrade"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Fetching meta-data from datasource of type "cloud-drive"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Attempting to read from "/media/configdrive/openstack/latest/meta_data.json"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Attempting to read from "/media/configdrive/openstack/content/0000"
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Parsing user-data as cloud-config
Aug 20 16:22:17 localhost coreos-cloudinit[831]: 2020/08/20 16:22:17 Merging cloud-config from meta-data and user-data
Aug 20 16:22:17 VM-0 coreos-cloudinit[831]: 2020/08/20 16:22:17 Set hostname to VM-0
Aug 20 16:22:17 VM-0 coreos-cloudinit[831]: 2020/08/20 16:22:17 Authorized SSH keys for core user
Aug 20 16:22:17 VM-0 coreos-cloudinit[831]: 2020/08/20 16:22:17 Failed to apply cloud-config: Invalid option to manage_etc_hosts
Aug 20 16:22:17 VM-0 systemd[1]: user-configdrive.service: Main process exited, code=exited, status=1/FAILURE

РЕДАКТИРОВАТЬ 2: ----------------------------------------------- -----------

Добавлено содержимое файлов, на которые ссылается вышеуказанный модуль Systemd.

core@VM-0 ~ $ cat /media/configdrive/openstack/latest/user_data
#cloud-config
hostname: VM-0
manage_etc_hosts: true
ssh_authorized_keys:
  - REDACTED
chpasswd:
  expire: False
users:
  - default
package_upgrade: true

Как вы отметили, manage_etc_hosts здесь Proxmox устанавливает значение true.

core@VM-0 ~ $ cat /media/configdrive/openstack/content/0000
auto lo
iface lo inet loopback

        dns_nameservers 192.168.1.100
        dns_search example.com
auto eth0
iface eth0 inet static
        address 192.168.50.10
        netmask 255.255.255.0
        gateway 192.168.50.1

Этот раздел содержит всю правильную конфигурацию сети, однако все это переопределяется DHCP, поэтому игнорируется.

core@VM-0 ~ $ cat /media/configdrive/openstack/latest/meta_data.json
{
     "uuid": "e61563c9057e9162c4e14d111fea171379170532",
     "network_config": { "content_path": "/content/0000" }
}

РЕДАКТИРОВАТЬ 3: ----------------------------------------------- -----------

Добавлена ​​моя попытка создать собственный файл инициализации Cloud

manage_etc_hosts: false
hostname: "test"
ssh_authorized_keys:
  - REDACTED

РЕДАКТИРОВАТЬ 4: ----------------------------------------------- -----------

Я последовал за это руководство в основном выполнить то же самое непосредственно с qemu вместо использования Proxmox. С помощью:

это cloud-config.ign:

{
  "ignition": { "version": "2.2.0" },
  "passwd": {
    "users": [
      {
        "name": "core",
        "sshAuthorizedKeys": [
          "REDACTED"
        ]
      }
    ]
  },
  "storage": {
    "files": [{
      "filesystem": "root",
      "path": "/etc/hostname",
      "mode": 420,
      "contents": { "source": "data:,test" }
    }]
  }
}

Или это cloud-config.yml:

hostname: test
passwd:
  users:
    - name: tj
      ssh_authorized_keys:
        - REDACTED

оба дают одинаковый результат. Не подключаемая виртуальная машина, которая запускается с именем хоста localhost.

РЕДАКТИРОВАТЬ 5: ----------------------------------------------- -----------

Эти журналы производятся user-configdrive.service при использовании провайдера Telmate с шаблоном Flatcar.

Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Checking availability of "cloud-drive"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Fetching user-data from datasource of type "cloud-drive"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Attempting to read from "/media/configdrive/openstack/latest/user_data"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Fetching meta-data from datasource of type "cloud-drive"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Attempting to read from "/media/configdrive/openstack/latest/meta_data.json"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: 2020/08/21 21:41:50 Attempting to read from "/media/configdrive/openstack/content/0000"
Aug 21 21:41:50 localhost coreos-cloudinit[795]: Detected an Ignition config. Exiting...
Aug 21 21:41:50 localhost systemd[1]: Started Load cloud-config from /media/configdrive.

РЕДАКТИРОВАТЬ 6: ----------------------------------------------- -----------

Вот - это весь журнал Systemd из первого вывода после использования cloud-config.ign в РЕДАКТИРОВАНИИ 4 с поставщиком Telmate.

РЕДАКТИРОВАТЬ 7: ----------------------------------------------- -----------

Эти qm команды создают рабочую виртуальную машину Flatcar, используя cicustom.

qm create 101 --name test --cores 2 --memory 2048 --net0 "virtio,bridge=vmbr0"

qm set 101 --net0 "virtio,bridge=vmbr0,tag=50"

qm importdisk 101 /mnt/RAIDPool_Templates/template/iso/flatcar_production_qemu_image.img FlashPool

qm set 101 --scsihw virtio-scsi-pci --scsi0 FlashPool:vm-101-disk-0 --ide2 FlashPool:cloudinit --boot c --bootdisk scsi0 --serial0 /dev/tty0 --ipconfig0 ip=dhcp --citype configdrive2

qm set 101 --cicustom user=RAIDPool_Templates:snippets/user-data.yml

qm start 101
ssh -i ~/.ssh/sol.milkyway.kubernetes core@192.168.50.219

user-data.yml:

#cloud-config
hostname: test
manage_etc_hosts: true
ssh_authorized_keys:
  - ssh-rsa REDACTED
chpasswd:
  expire: False
users:
  - default
package_upgrade: true

Прохождение того же user-data.yml к cicustom в пределах proxmox_vm_qemu ресурс, похоже, не работает.