Date: Mon, 18 Nov 2024 15:24:44 +0000 From: =?iso-8859-2?Q?Claudiu_Curc=E3?= <claudiu@coderollers.com> To: "freebsd-cloud@freebsd.org" <freebsd-cloud@freebsd.org> Subject: Azure image missing cloud-init with FreeBSD 14.1 Message-ID: <DU0PR05MB91904C1D4F65BA0C92E0C73EA2272@DU0PR05MB9190.eurprd05.prod.outlook.com>
next in thread | raw e-mail | index | archive | help
--_000_DU0PR05MB91904C1D4F65BA0C92E0C73EA2272DU0PR05MB9190eurp_ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hello team, For a new project we're considering using FreeBSD 14 on Azure VMs as our ap= plication runtime. So far, our testing has been positive, but we've hit a b= ump in the road today and I wanted to reach out and find out if it's really= an issue or are we the ones looking at this from the wrong angle. For context, our orchestration is fully automated, with Azure Devops pipeli= nes and Terraform. We use Terraform to create the VMs and VMSSes (together = with all the ancillary stuff) and make heavy use of cloud-init to bootstrap= the VMs with everything that's necessary to obtain the final application r= untime by passing the cloud-init custom data configuration from within Terr= aform. The problem is that during our testing, our custom data (i.e. cloud-= config.yaml) was ignored. After SSH-ing into the VM, we found errors in the= Azure WA Agent logs about not finding cloud-init. Upon closer inspection, = indeed, cloud-init is missing from the system. There is a package (py311-cl= oud-init) which can be installed, though, but that would mean we'd have to = bake our own image and then maintain one with each subsequent upstream rele= ase. Is there any reason why cloud-init is not included with the Azure base-imag= e? On the other hand, is cloud-init the proper way to bootstrap the VMs? I = know cloud-init is rather linux-oriented, so is there a more BSD-favoured w= ay of bootstrapping a VM on creation (except for Ansible, Chef or other thi= rd party solutions). Looking forward to your response. Claudiu --_000_DU0PR05MB91904C1D4F65BA0C92E0C73EA2272DU0PR05MB9190eurp_ Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 2"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; font-size:11.0pt; font-family:"Calibri",sans-serif; mso-ligatures:standardcontextual; mso-fareast-language:EN-US;} span.EmailStyle18 {mso-style-type:personal-compose; font-family:"Calibri",sans-serif; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt; mso-ligatures:none;} @page WordSection1 {size:612.0pt 792.0pt; margin:72.0pt 72.0pt 72.0pt 72.0pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:= break-word"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hello team,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">For a new project we’re considering using Free= BSD 14 on Azure VMs as our application runtime. So far, our testing has bee= n positive, but we’ve hit a bump in the road today and I wanted to re= ach out and find out if it’s really an issue or are we the ones looking at this from the wrong angle.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">For context, our orchestration is fully automated, w= ith Azure Devops pipelines and Terraform. We use Terraform to create the VM= s and VMSSes (together with all the ancillary stuff) and make heavy use of = cloud-init to bootstrap the VMs with everything that’s necessary to obtain the final application runtime = by passing the cloud-init custom data configuration from within Terraform. = The problem is that during our testing, our custom data (i.e. cloud-config.= yaml) was ignored. After SSH-ing into the VM, we found errors in the Azure WA Agent logs about not finding cloud= -init. Upon closer inspection, indeed, cloud-init is missing from the syste= m. There is a package (py311-cloud-init) which can be installed, though, bu= t that would mean we’d have to bake our own image and then maintain one with each subsequent upstream release.= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Is there any reason why cloud-init is not included w= ith the Azure base-image? On the other hand, is cloud-init the proper way t= o bootstrap the VMs? I know cloud-init is rather linux-oriented, so is ther= e a more BSD-favoured way of bootstrapping a VM on creation (except for Ansible, Chef or other third party solutions)= .<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Looking forward to your response.<o:p></o:p></p> <p class=3D"MsoNormal">Claudiu<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_DU0PR05MB91904C1D4F65BA0C92E0C73EA2272DU0PR05MB9190eurp_--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DU0PR05MB91904C1D4F65BA0C92E0C73EA2272>