With conjure-up 2.2.2 out the door we bring a whole host of improvements!
sudo snap install conjure-up --classic
We recently switched over to using a bundled LXD and with that change came a few hiccups in deployments. We've been monitoring the error reports coming in and have made several fixes to improve that journey. If you are one of the ones unable to deploy spells please give this release another go and get in touch with us if you still run into problems.
Our biggest underlying technology that we utilise for deployments is Juju. Version 2.2.1 was just released and contains a number of highly anticipated performance improvements:
In the past, we’ve tracked errors the same way we track other general usage metrics for conjure-up. This has given us some insight into what issues people run into, but it doesn’t give us much to go on to fix those errors. With this release, we’ve begun using the open source Sentry service (https://sentry.io/) to report some more details about failures, and it has already greatly improved our ability to proactively fix those bugs. Sentry collects information such as the conjure-up release, the lxd and juju version, the type of cloud (aws, azure, gce, lxd, maas, etc), the spell being deployed, the exact source file and line in conjure-up where the error occurred, as well as some error specific context information, such as the reason why a controller failed to bootstrap.
As with the analytics tracking, you can easily opt out of reporting via the command line. In addition to the existing
--notrack option, there is now also a
--noreport option. You can now also set these option in a
~/.config/conjure-up.conf file. An example of that file would be:
[REPORTING] notrack = true noreport = true
Our next article is going to cover the major features planned for conjure-up 2.3! Be sure to check back soon!
Ubuntu offers all the training, software infrastructure, tools, services and support you need for your public and private clouds.
This article on Kubernetes & vSphere integration originally appeared at Kevin Monroe’s blog Background Recently, Juju began supporting cloud-native features via “integrator” charms (e.g.: aws-integrator, gcp-integrator,…
Automate your Kubernetes deployments on AWS, Azure, and Google Recently, there’s been talk about how Kubernetes has become hard to deploy and run on virtual substrates such as those offered by the public clouds. Indeed, the cloud-specific…
Introduction Managing a service with deployments in multi-cloud environments can be a challenge in terms of troubleshooting and scalability due to the complexity of dealing with different public cloud providers. An effective way to manage…