In the previous post of this series, we registered a remote Veeam Backup & Replication and started to monitor it. VAC can do a lot of things, but when monitoring and the operations that can be done via VAC are not enough, it’s time to learn what other options are available. Remote Access Console: the […]
If you are trying to connect to a remote tenant using Veeam Remote Access Console, and you face the error “”This tenant does not allow managing any of their backup servers remotely”, there are a couple of firewall ports you need to open. Learn here which ones.
In the previous posts of this series, we completed the configuration of Veeam Availability Console, and onboarded our first customer. The customer logged into his own account and configured the different services. Now in this fourth part, we are going to connect a remote Veeam Backup server in order to monitor it.
I’ve seen often Veeam users to configure their repositories using administrative permissions. This is a really bad practice as the most precious part of a Veeam environment, the backup files, are then exposed to security risks, in case anyone can obtain those credentials. And with the raise of cryptolockers and ransomware this behavior has become even more dangerous. For Linux repositories, users can configure their servers to use common users.
In my previous article about Let’s Encrypt certificates Use Let’s Encrypt free certificates in Windows for Veeam Cloud Connect I explained the basics of Let’s Encrypt technology, and how to use its certificates on a Windows machine using ACMEsharp libraries with Powershell. I found out that the previous script had a problem with renewals, so I went on to fix it.
Windows 2016 Storage Replica is a really great technology introduced by Microsoft, and the great thing is that it also replicates ReFS blockcloning savings. This makes it a great option for a Veeam storage repository, completely replicated in two different locations.
Dashboards in Ceph have always been a bit of a problem. In the past, I tried first to deploy and run Calamari, but it was a complete failure. I talked about my disgraces in this blog post, and there I also suggested a way better solution: Ceph Dash. But now with the release of Luminous, Ceph is trying again to have its own dashboard. Will it be good this time?
In my two previous posts about the new Ceph 12.2 release, named Luminous, I first described the new Bluestore storage technology, and I then upgraded my cluster to the 12.2 release. By default, Ceph can run both OSD using Filestore and Bluestore, so that existing clusters can be safely migrated to Luminous. On the long run, however, users who have previously deployed FileStore are likely to want to transition to BlueStore in order to take advantage of the improved performance and robustness. However, an individual OSD cannot be converted in place. The “conversion” is, in reality, the destruction of a Filestore and the creation of a Bluestore OSD, while the cluster takes care every time of evacuating the old OSD, replicate its content into other OSDs, and then rebalance the content once the new Bluestore is added to the cluster.