Cloud 66 changelog cloud66.com

There are some scenarios in which your Kubernetes cluster could become unavailable. The most common cause of this issue is a cluster with a single master that runs out of memory or gets locked into scheduling services that are utilizing all of its available resources. This can cause processes to be killed, the cluster to become unreachable, and, in the worst cases, corrupt the master. The fastest way to resolve this is to repair your cluster, essentially reinitializing it as new.

Now, if you're faced with this scenario, you can run the repair operation yourself! We've replaced our deploy-with-options overlay with a side-drawer component which gives us some more space to work with. Take a look at our help documentation for more on this new option!

We now support scaling down (deletion) of multiple maestro worker nodes at once. We already support this for Rails/Rack servers, so this update brings Maestro stacks in-line. This feature is particularly useful for users with larger clusters who are looking to resize or rotate the servers!

As announced two weeks ago, we have now changed the default Node version that is installed on newly created Rails/Rack servers to v10.x. Don't hesitate to drop us a message on slack or email if you have any questions or feedback about this!

We've just added two more regions to Linode (Sydney and Mumbai). If you were waiting for these, wait no longer!

I am very happy to announce that Maestro now supports service node allocation. Using your service.yml configuration you can now specify which servers you want your service to run on. This is useful when servers in your cluster are not all equal, or you need to separate specific services.

You can choose to specify a list of server names, or matching server tags, to determine the servers. The default behavior is unchanged, and if not specified, services will still run on any/all of the available servers. If no servers match your required constraints, the service will not be scheduled. For more information and to get started, best place is the help documentation!

Pleased to announce that any AWS ELBs/ALBs created from now onward will default to using a more secure set of SSL protocols and ciphers (when performing SSL termination). Existing ALB/ELBs can have their policies manually modified via the AWS UI. In the unlikely case that you need to specify a less secure protocol or cipher, you can use your manifest to specify the policy you want.

This is an advance notice that in two weeks (from the week starting 10th August) we will be changing the default Node version installed on newly created Rails/Rack servers to v10.x. Although this isn't the latest Node version, it still caters best to users with older Rails applications.

For newer (or older) Node versions, users can still use their manifest to specify the version they require. For more information and examples of this, see the help page on controlling your Node version.

Pleased to announce that now available are new API endpoints for uploading and downloading environment variables in bulk. We know that some users have been waiting patiently for this, so very happy to make it public.

We've also created the corresponding commands within the cx toolbelt, so check out the Cloud 66 help docs for bulk downloads and bulk uploads!

We've released support for some additional constraints in Maestro services. Using these service constraints you can now tweak how Kubernetes schedules your pods, or how many pods are removed while new pods are created, and how many additional pods can be created at a time.

If you're interested in additional control of your pod scheduling or pod replacement strategies, take a look at our new help pages on service resources and service updates!

We've updated the UI around jobs to provide some additional usability features. You can now opt to move the view of your jobs to a new tab too, which helps when you have a whole page of them!