Huawei Cloud: ECS Backup Adımları

Huawei Cloud: ECS Backup Adımları

Okumayı ve öğrenmeye sevenlere selamlar. Bugün temel, ama olası durumlarda hayat kurtarıcı bir konuyu ele almak istedim. Uzatmadan, Huawei Cloud’da nasıl ECS Backup alacağınızı anlatıyorum.

Huawei Cloud ECS Backup Nasıl Alınır

İlk olarak Huawei Cloud hesabımıza IAM user olarak giriş yapıyoruz. Sağ üstteki Console’a tıklıyoruz. Karşımıza gelen Dashobard’da, gözlerimizi sol üst tarafa doğru çeviriyoruz.

Ardından, “bento menü” diye adlandırdığımız butona tıklıyoruz (gereksiz bilgi; eskiden hamburger menü vardı).

Article image

Arama yerine Cloud Backup and Recovery veya CBR yazıyoruz. Bu işlem için, CBR servisine ihtiyacımız var.

Article image

Cloud Backup ve Recovery ekranına geldiğimizde, sağ üstten “Buy Vault” diyoruz ve kullanıcı deneyiminize göre 3 seçenekten birini seçiyoruz. Ben, Cloud Server Bakcups ile ilerleyeceğim.

Article image
⚠️
Karşımıza, işlemin en önemli kısmı geldi. Protection Type. Buradaki butonlar, alınacak Backup’ın türünü belirliyor. Anlatayım:
Article image
  • Backup:

    Yalnızca Backup seçmeniz durumunda, yedeğiniz belirli bir alanda kopya olarak saklanır. Genellikle aynı region’da, bağımsız bir diskte saklanır. Maliyeti düşüktür.

  • Replication (cross-region):

    Olası bir problemde, yedeğiniz ECS’inizin bulunduğu region’da değil, farklı bir region’da diskte tutulur.

  • Application-Consistent Backup:

    Burada iş biraz daha farklı. Yedek alınmadan önce, sistem agent aracılığıyla gerekli uygulamalar ile temasa geçer. Bekleyen işlemleri doğrudan diske yazdırır. Böylece bozuk veri çıktısı alma ihtimaliniz azalır.

  • Backup Locking:

    Yedeğiniz alındıktan sonra, belirlediğiniz saklama süresi boyunca yedeği kasıtlı olarak bile silemezsiniz. Veriyi değiştiremez, üzerine hiç bir şey yazamazsınız.

Burada yedek almak istediğimiz sunucuyu veya sunucuları belirliyoruz.

Article image
  • Vault Capacity:

    Ardından, yedeklerimizin saklanacağı yerin büyüklüğünü ayarlamamız gerekiyor. Bu alan, yedeğini alacağınız sunucuların disk boyutundan daha büyük olmalıdır. Çünkü üst üste yedek birikecek.

  • Auto Capacity Expansion:

    Alanınız dolarsa, sistem otomatik olarak alanı büyütür. Yedeklerin yarıda kalma riskini ortadan kaldırırsınız. Aynı zamanda maliyet oluşturur.

Article image

Şimdi, Backup Policy ayarlıyoruz. Yani yedeklerimizin ne sıklıkla, hangi günlerde, hangi saatlerde alınmasını istediğimizi seçiyoruz. Create Policy dedikten sonra, ikinci aşamaya geçiyoruz.

Article image

Kullanıcı deneyimimize göre, aşağıdaki bilgileri dolduruyoruz.

Article image

Şimdi, Full Backup ve Retention Rule seçeneklerine değinelim.

Article image
  • Full Bakcup:

    Normal şartlarda sistem, sadece bir önceki yedeğe göre “değişen verileri” yedekler. Bu özelliği aktif ederseniz, belirlediğiniz yedek süreleri içinde her seferde, tüm sistemi sıfırdan bir daha yedeklersiniz.

  • Retention Rule:

    Yedeklerin ne kadar süre boyunca diskte tutulacağını belirler:

    Backup Quantity; Süre işin içerisine dahil değildir. Burada, yedek sayısına göre işlem yapılır. Örneğin, sadece son 5 yedek seçilir, her yeni bir yedek alındığında, bir yedek silinir, yerini yenisi doldurur.

    Time Period; Yedeği belirlediğiniz süre boyunca saklar, sonrasında eski yedeği siler.

    Permanent; Siz müdahale edip elinizle silene kadar saklanır.

Enterprise Project kısmı da, organizasyon yapınızı belirli bir projeye veya gruba atama yapmanızı sağlar.
Article image

Son olarak, yedeğinize bir isim verebilir ve etiket atayarak, karmaşıklığı ortadan kaldırabilirsiniz (Büyük çaplı projeler için önemli).

Article image

Next diyerek, onaylama sayfasına geçiyoruz ve yazımız burada son buluyor.