← All Articles

Changelog 10th November 2022

Kasia HoffmanKasia Hoffman
Nov 10th 22
Changelog

changelog-12th-may-2022

Hetzner Native LB/VPC/Snapshot

General

I'm pleased to announce that we now support the following on Hetzner Cloud:

  1. Native load balancers: you can now use native LB11, LB21 and LB31 load balancers - just fire up a new load balancer to see the options
  2. VPC configuration: you can use your manifest to configure your applications to share private networks (the default of one private network per application has not changed)
  3. Deployment snapshots: for those speedy server scale-ups!

If you've been waiting for this one, go forth and Hetzner!

Introducing Account Protection Level

General

No one likes passwords, but what about two-factor authentication? If you're like me, you don't like taking your phone out every time you want to log in to your Cloud 66 account. That's why we added WebAuthn support for fingerprints and FaceID three months ago.

Today, we're rolling out another security feature for Cloud 66 accounts: Account Protection Level, or APL for short. APL skips 2FA security if it thinks your access is secure and there is no need to use 2FA to verify it further. Of course, you can adjust this behavior on your Account page to follow a more strict policy or a more relaxed one.

Also, invited users to your team will have to have the same or a more strict APL setting.

Redis 7.0 is Now Supported

General

We now support Redis v7.0 by default for new Redis installations! You can still specify an older version if you wish via your manifest. This Redis update brings yet more performance, stability, and security enhancements.

[Tips] Get Black Friday Ready

General

Increase visibility & predictability for deployments

Blue / Green deployments and Canary Releases are two powerful ways to roll out your code with more confidence and improve your application's quality of service.

Global reach & speed test

Deployment Health Checks automatically test your application while it's being deployed, to help prevent broken deployments.

Scale before you need to

When servers are already under pressure scaling can become tricky, so it's better to scale up capacity before any increases in traffic.

Make use of Failover Groups

Failover Groups allow you to quickly and seamlessly switch traffic between different instances of an application.

Review your database operations

In times of high traffic, it might be a good choice to switch your database backups to your slave replica servers instead of your master. Also, you might want to make sure your backups are not scheduled to run during periods when you expect high traffic.

Check your disk space & your log rotation policy

Running out of disk space is one of the events that operating systems cannot deal with gracefully. While your Cloud 66 stacks are monitored for disk space usage and your log files are rotated, running low on disk space during high traffic times can be risky as high traffic usually means higher than normal volume of logs.


Try Cloud 66 for Free, No credit card required