Hello eveyone

For those not clued in Hashicorp changed how some of there software was being licensed moving form the mozilla public license to business source license.

As a result and as the opensource community does as it doese. The terraform project was forked to OpenTF now Opentofu. a community driven project aming to give users the same functionality as terraform but with out the burden of licensing for home use or business.

Bringing me to this post. I noticed Vates is listed as one of the 147 companies supporting the project.

1. Thanks all the team at Vates for supporting opensource projects like this
   I can say from a homelab perspective ive automated my vm deployments with terraform cloud-init and ansible its become importent part of how i spin up vms and systems for testing and deployment

2. A question what does this mean for terraform support going forward

Once again Thanks everyone

Hosts are online and updating before i cluster them

Hello @olivierlambert thanks for the response

Right now the future for automation on XCP-ng and Xen Orchestra looks bright.
And im looking forward to all the new Features like XOSTOR RunX and XOlite

Hello

So i watched @lawrencesystems video of Xen and KVM difference inspired by a write up from @olivierlambert. Great video by the way. On a personnel not i still feel its silly that some people are go beyond fanboy-ism for lack of a better phrase that one is better than the other. I think Jay for Learn Linux put it best when he said that if one was better than the other we would all use that. But in the real world its as most things are depends on your use case and preferences. Me i wanted to learn something different and use a different interface. XCP-ng just began to fit my use case more and more specifically the many to one relationship of XenOrchestra.

Long story short Yes i love XCP-ng but im not going to force using it down someones throught if it doesn't fit there use case or if they don't want to use it. Thats whats great about opensource if you want KVM go for it i wont stop you if you want to use Xen go ahead. But please lets just be kind and support one another we all a community driving the software and whole industry forward.

@abufrejoval Hello with regard to the warning of proprietary code in xen server I believe that is only if you want to use VGPU on NVIDIA cards. What im talking about is pure pcie pass-through. What im focused on i better support for pcie pass-through of say usb or network card. and let it be esaly stubbed and then assigned to vms in XO. With regard to the k80 im using it not just for gaming but gpu accelerated containers and Kubernetes

@ddelnano said in Vates Supporting OpenTofu (Terraform alternative):

ojects needed to implement a terraform provider (terraform-plugin sdk and the terraform-plugin-framework) have not been relicensed. Unless that occurs, which I think is extremely unlikely, there will be no impact for the Xen Orchestra terraform

Hello @ddelnano

Thanks for chiming in and i apologize for the late reply there's been a few health issues so i haven't been on the forum much same with work.

But thanks for the input

@olivierlambert So experience helped drove that decision home. Interesting there's always more to learn. Ive still got a long way to go.

@olivierlambert This is seriously impressive. and i like how you guys are sticking to the K.I.S.S principle for your infrastructure. What made you settle to a simplified structure. If i may ask ?

Thank you for also sharing this not many organizations like to say what they are running

Hello @olivierlambert thanks for the response

Right now the future for automation on XCP-ng and Xen Orchestra looks bright.
And im looking forward to all the new Features like XOSTOR RunX and XOlite

Hello eveyone

For those not clued in Hashicorp changed how some of there software was being licensed moving form the mozilla public license to business source license.

As a result and as the opensource community does as it doese. The terraform project was forked to OpenTF now Opentofu. a community driven project aming to give users the same functionality as terraform but with out the burden of licensing for home use or business.

Bringing me to this post. I noticed Vates is listed as one of the 147 companies supporting the project.

1. Thanks all the team at Vates for supporting opensource projects like this
   I can say from a homelab perspective ive automated my vm deployments with terraform cloud-init and ansible its become importent part of how i spin up vms and systems for testing and deployment

2. A question what does this mean for terraform support going forward

Once again Thanks everyone

New update

I got a asus n3150i-c motherboard and found a spare ssd

Im reusing a node for parts and am installing truenas scale as a shared storage target for NFS

Its only 100gb of SSD storage but before i redo my workloads im waiting on debian 12 to be released

so im down a compute node but am up on shared storage with dedicated node

Ive still got 4GB of ram to spare on Xen- 2 and 3 so abit more room for 1 CPU/RAM vms to deploy

I still think that this a the perfect environment for RUNx containers just the efficiency especially with memory will help alot

@brodiecyber ok

new update

Redoing my cloud-init templates and preparing for the next version of Debian in June release 12.
Am using terraform to provision virtual machines and cloud-init and ansible to install software

I'm also using the boot disk as VM storage i don't recommend it as its a 120GB disk and i had to redo my templates as the VM they provision are to big for the little storage.

but Im running

• HA pihole with a keepalived

• WIreguard

• Terraform

• Dashboards. RSS, Archivebox

Will be adding

• dedicated XO-ce VM

• Unifi Controller

Hello

I was finally been able to get cloud-init working. But i have a question that i can seem to find and answer to

Must the cloud config drive be permanently attached to the VM to preserve Network configurations? As my custom template applies the network config but when i remove the drive it defaults back to DHCP

Ive removed removed the network configurations in the /etc/network/interfaces file except for the eth0 hotplug and well as details in the hosts file

This is my cloud config

#Cloud-config
users:
   - default

disable_root: true

#Set hostname
preserve_hostname: false
hostname: debian-localhost
manage_resolv_conf: true
manage_etc_hosts: true
apt_preserve_sources_list: true

cloud_init_modules:
 - migrator
 - seed_random
 - bootcmd
 - write-files
 - growpart
 - resizefs
 - disk_setup
 - mounts
 - set_hostname
 - update_hostname
 - update_etc_hosts
 - ca-certs
 - rsyslog
 - users-groups
 - ssh

cloud_config_modules:
 - emit_upstart
 - ssh-import-id
 - locale
 - set-passwords
 - grub-dpkg
 - apt-pipelining
 - apt-configure
 - ntp
 - timezone
 - disable-ec2-metadata
 - runcmd
 - byobu

cloud_final_modules:
 - package-update-upgrade-install
 - fan
 - puppet
 - chef
 - salt-minion
 - mcollective
 - rightscale_userdata
 - scripts-vendor
 - scripts-per-once
 - scripts-per-boot
 - scripts-per-instance
 - scripts-user
 - ssh-authkey-fingerprints
 - keys-to-console
 - phone-home
 - final-message
 - power-state-change

#Install packages
package_update: true
package_upgrade: true
packages:
 - curl
 - sudo
 - unattended-upgrades
 - open-iscsi
 - nfs-common
 - cifs-utils
 - htop
 - net-tools
 - nftables
 - fail2ban
 - unzip
 - rsyslog

#Set date of server creation
bootcmd:
 - date > /etc/birth_certificate

datasource_list: [ NoCloud, None ]
datasource:
    NoCloud:
        fs_label: cidata

system_info:
   distro: debian
   default_user:
     name: serveradmin
     lock_passwd: True
     gecos: serveradmin
     groups: [adm, audio, cdrom, dialout, dip, floppy, netdev, plugdev, sudo, video]
     sudo: ["ALL=(ALL) NOPASSWD:ALL"]
     shell: /bin/bash
     ssh_authorized_keys:
      - ssh-rsa xxxxxxxx
   paths:
      cloud_dir: /var/lib/cloud/
      templates_dir: /etc/cloud/templates/
      upstart_dir: /etc/init/
   package_mirrors:
     - arches: [default]
       failsafe:
         primary: http://deb.debian.org/debian
         security: http://security.debian.org/
   ssh_svcname: ssh

this is my 99-fake_cloud.cfg

# configure cloud-init for NoCloud
datasource_list: [ NoCloud, None ]
datasource:
    NoCloud:
        fs_label: cidata

Im using Debain 11.7

Any ideas.

thanks

@brodiecyber

Update Setting up cloud-init templates to provision VMs with Terraform and Ansible for application and patch management.

Maybe ill even setup a XO-ce dedicated to this cluster