Biz konuşurken ticari araçlar kullanmadan sanal makine yedeklemeleri Özellikle KOBİ'lerde ve gelişmiş ev ortamlarında, iş sürekliliği ihtiyaçlarının kısıtlı bütçelerle birleştiği bir döneme giriyoruz. İyi haber şu ki, bugün bu tür ortamları korumanıza olanak tanıyan birçok ücretsiz veya açık kaynaklı alternatif mevcut. Proxmox, Hyper-V, VMware, XCP-ng, oVirt, Nutanix veya Citrix (En azından başlangıçta) ödeme yapmanıza gerek kalmadan.
Ancak, bulduğunuz ilk şeyi kurmaya acele etmeden önce, sanal ortamlarda mevcut olan farklı yedekleme türlerini, ajan tabanlı ve ajansız yedeklemelerin ne anlama geldiğini, ücretsiz sürümlerin sınırlamalarını ve tüm bunları NAS depolama, genel bulutlar veya harici sürücüler kullanarak gerçekçi bir stratejiye nasıl entegre edeceğinizi anlamak önemlidir. Aşağıdaki bölümler, yedekleme planı oluşturabilmeniz için temel kavramları ve başlıca ücretsiz çözümleri ayrıntılı olarak ele almaktadır. Lisans ücreti ödemeden sağlam sanal makine yedeklemesi.
Temel kavramlar: Sanal makine yedeklemeleri ile "klasik" yedeklemeler arasındaki fark
Sanal makine yedeklemeleri, fiziksel bir sunucudan yapılan geleneksel dosya yedeklemeleriyle tam olarak aynı değildir; sanallaştırılmış bir ortamda, farklı yöntemlerle çalışırsınız. Tam sanal makine imajları, sanal diskler ve yapılandırma dosyalarıBu durum, teknik yaklaşımı ve gerekli araçları önemli ölçüde değiştirir. Sanal makine, hipervizörün bağımsız bir makineymiş gibi yönettiği bir dosya kümesidir (VHD/VHDX diskleri, VMDK, qcow2, yapılandırma XML'i, anlık görüntüler vb.), bu nedenle onu mantıksal bir birim olarak korumak mantıklıdır.
Modern çözümlerin çoğu, sanal makine yedeklemelerini şu temele dayanarak gerçekleştirir: hipervizör düzeyindeki görüntülerBu yöntem, makinenin durumunu dondurmak, tutarlı bir anlık görüntü almak ve yalnızca son yedeklemeden bu yana değişen blokları aktarmak için platforma özgü API'lerden (Hyper-V'deki VSS, VMware API'leri, Proxmox yerel mekanizmaları vb.) yararlanır. Bu, her sanal makineye bir aracı yüklenip dosyaların ve veritabanlarının sanki başka bir fiziksel sunucuymuş gibi kopyalandığı "klasik" konuk işletim sistemi düzeyindeki yedeklemelerden farklıdır.
Sanal makinelerde ajan tabanlı yedekleme ve ajansız yedekleme karşılaştırması
Günümüzdeki neredeyse tüm çözümlerde yer alan temel bir kavram, şu iki kavram arasındaki ayrımdır: Ajan tabanlı yedeklemeler ve ajansız yedeklemelerHer birinin, korumak istediğimiz ortama bağlı olarak avantajları ve dezavantajları vardır.
Ajan tabanlı yaklaşımda, her sanal makineye, işlemleri yönetecek yazılımlar yüklüyoruz. Verileri konuk işletim sisteminin kendisinden okuyun.Bunları uygulamalarla (veritabanları, Exchange vb.) tutarlı hale getirin ve yedekleme sunucusuna gönderin. Bu yöntem yıllardır kullanılmaktadır ve yalnızca birkaç sanal makinenin olduğu veya yedeklenenler üzerinde çok ince bir kontrol seviyesine ihtiyaç duyduğumuz senaryolarda hala faydalıdır.
Ancak ajansız yaklaşımda durum şöyledir: API'ler sunan hipervizör veya sanallaştırma platformu Bu, yedekleme yazılımının sanal makinenin dışından sanal disklere ve yapılandırma dosyalarına erişmesine olanak tanır. Araç, ana bilgisayara veya kümeye bağlanır, sanal makinelerin anlık görüntülerini oluşturur, Değiştirilmiş Blok İzleme (CBT) mekanizmalarını kullanır ve bilgileri doğrudan hipervizörün depolama alanından yedekleme depolarına aktarır.
Aracı gerektirmeyen yedeklemenin pratik avantajları
Modern sanallaştırma ortamlarında ajan gerektirmeyen yedeklemeler, aşağıdaki nedenlerden dolayı tercih edilen seçenek haline gelmektedir: merkezi yönetim ve daha düşük kaynak tüketimi Geleneksel ajan tabanlı yaklaşımın aksine, veri koruma yazılımı her sanal makine içinde çalışır. Sadece ana bilgisayara hafif bir bileşen kurması (hatta doğrudan API'lerle iletişim kurması) yeterlidir ve buradan tüm sanal makineleri keşfeder ve iç yapılarına dokunmadan onları korur.
Bu model, yedekleme işleminin büyük çoğunluğu hipervizörde ve yedekleme deposunda yapıldığı için, yedekleme yürütülmesi sırasında sanal makinelerdeki CPU ve RAM yükünü önemli ölçüde azaltır. Değiştirilmiş blokları izlemek için yerel mekanizmalarBu sayede, artımlı yedeklemeler çok kısa zaman aralıklarında ve önemli ölçüde daha az disk alanı kullanarak tamamlanabilir; bu da düzinelerce veya yüzlerce kurtarma noktası depolanırken kritik öneme sahiptir.
Bir diğer belirgin avantaj ise yönetimde operasyonel verimlilikHer bir sanal makineye tek tek ajan yüklemeye, güncellemeye veya belirli bir sanal makinenin neden yedeklemeyi durdurduğunu araştırmaya gerek yok. Tüm barındırılan makinelerin korunması için, genellikle hipervizör düğümüne bir taşıma bileşeni yükledikten sonra, ana bilgisayarı veya kümeyi yedekleme çözümünün envanterine eklemeniz yeterlidir.
Ekonomik açıdan bakıldığında, aracı gerektirmeyen yaklaşım genellikle şu anlama gelir: daha elverişli lisanslamaTicari sürümlerde bile lisanslama, sunucu başına, soket başına veya korunan sanal makine sayısı başına yapılır, ancak aracı başına lisanslama modeli kullanılmaz. Burada ücretsiz araçlara odaklanıyor olsak da, projeyi ölçeklendirdikçe ileride ücretli sürümlere yükseltmeye karar verirseniz bu fark çok belirgin hale gelir.
Son olarak, iyi uygulanmış ajansız yedeklemeler hem Granüler restorasyon gibi VM'nin tam olarak kurtarılmasıYedekleme çözümü bu gelişmiş özellikleri içeriyorsa, orijinal sanal makineyi yeniden başlatmaya gerek kalmadan, bir imajdan birkaç adımda sanal makinenin tamamını yeniden başlatmak veya belirli bir kurtarma noktasından tek tek dosyaları çıkarmak mümkündür.
Proxmox VE ve yerel ve üçüncü taraf yedeklemelerin birleştirilmesinin önemi
Proxmox Sanal Ortamı, Debian tabanlı açık kaynaklı bir sanallaştırma platformudur. Entegre KVM hipervizörü ve web tabanlı yönetimEsnekliği ve sıfır lisans maliyeti nedeniyle KOBİ'lerde, laboratuvarlarda ve küçük veri merkezlerinde yaygın olarak kullanılan Proxmox Backup Server, en önemli avantajlarından biridir. Sanal makinelerin, konteynerlerin ve disk birimlerinin yedeklenmesi için son derece verimli bir yerel çözümdür.
Ancak ortamlar daha karmaşık veya hibrit hale geldikçe (örneğin, birleştirme yoluyla), VMware, Hyper-V veya bulut iş yükleriyle birlikte ProxmoxBirçok kuruluş, tüm hipervizörleri merkezi bir konsoldan yöneten tek bir platformda veri korumasını birleştirmeyi tercih eder. Bu durumlarda, Proxmox'a ek olarak VMware, Hyper-V veya Amazon'daki EC2 örneklerini aynı yedekleme motoru ve saklama politikalarıyla kapsayan NAKIVO Backup & Replication gibi çözümler devreye girer.
NAKIVO'nun Proxmox'a yaklaşımı yedeklemelere dayanmaktadır. ana bilgisayar düzeyinde aracı olmadanBu sayede sanal makineler, dahili olarak herhangi bir şey yüklenmeden korunabilir. Bunu yapmak için uygulama, yönetimsel kimlik bilgileriyle Proxmox sunucusuna veya kümesine bağlanır, otomatik olarak bir taşıyıcı bileşeni dağıtır ve artımlı yükseltmeleri hızlandırmak için yerel blok değişiklik izleme teknolojisinden yararlanmaya başlar.
Proxmox ortamları için sunduğu yetenekler arasında, görüntü tabanlı kopyalama özelliği de bulunmaktadır. uygulama düzeyinde tutarlılık (Uygun yerlerde sanal makineler içindeki VSS tipi mekanizmalarla entegre olarak), belirli dosya ve dizinlerin ayrıntılı kurtarılması, kalıcı artımlı kopyaların oluşturulması veya periyodik tam yedeklemelerle birleştirilmesi ve hem yerel hem de bulutta çeşitli depolama hedeflerine destek.
Depolama hedefleri: yerel, NAS, teyp ve genel bulut
Ücretli ticari araçlar kullanmadan sanal makine yedekleme şeması tasarlarken, en önemli kararlardan biri verilerin nerede saklanacağıdır: yerel depolama, NAS, ağ paylaşımları, teypler veya genel bulutlar Bunlar, farklı nüanslar ve sınırlamalarla da olsa, birçok ücretsiz aracın desteklediği seçeneklerdir.
Bazı çözümler yedeklemelerin yedekleme sunucusunun yerel disklerine, harici USB sürücülerine veya başka yerlere gönderilmesine olanak tanır. paylaşılan kaynaklar KOBİ/NFS Bu yedeklemeler QNAP veya Synology gibi NAS cihazlarında barındırılır. Bu yaklaşım, güvenlik dikkatlice izlendiği ve verilere erişim sıkı bir şekilde kontrol edildiği sürece, sanal makine yedeklemelerini depolamak için zaten bir NAS cihazının mevcut olduğu küçük ve orta ölçekli işletmeler için genellikle yeterlidir.
Diğer uygulamalar şu konularda destek ekler: S3 uyumlu bulut depolama (Amazon S3, Wasabi, Backblaze B2, Azure Blob veya uyumlu API'lere sahip diğer sağlayıcılar), fiziksel bantlara veya kütüphanelere yatırım yapmaya gerek kalmadan 3-2-1 stratejilerinin (verilerin üç kopyası, iki farklı ortamda, biri uzak konumda) uygulanmasını kolaylaştırır. Bu senaryolarda, bant genişliğini ve depolama maliyetlerini azaltmak için veri tekilleştirme, sıkıştırma ve artımlı yedeklemelerin kullanımı çok önemlidir.
Uzun vadeli koruma gereksinimlerinin daha yüksek olduğu ortamlarda, bazı ücretsiz veya freemium araçlar ayrıca şunlara da olanak tanır: yedeklemeleri banda kopyalayın Ya da FTPS, planlı çoğaltma veya büyük veri hacimleri için optimize edilmiş özel mekanizmalar aracılığıyla bunları diğer harici yedekleme depolarıyla senkronize edin.
Değiştirilemezlik, şifreleme ve otomatik yedeklemeler
Yedekleme oluşturma ve geri yükleme gibi basit yeteneklerin ötesinde, sanal ortamlar için modern çözümler, şu işlevleri de bünyesine katmaya başlıyor: siber dayanıklılık ve gelişmiş otomasyon Ücretsiz sürümlerinde bile oldukça ilgi çekici olan özelliklerden biri de yedeklemelerin değiştirilemezliğidir; bu özellik, fidye yazılımı yönetici kimlik bilgilerini ele geçirse bile, önceden tanımlanmış bir süre boyunca kurtarma noktalarının değiştirilmesini veya silinmesini engeller.
Yedekleme deposunda değiştirilemezliği etkinleştirerek, veriler aşağıdakilere karşı korunur: kötü amaçlı şifreleme veya yanlışlıkla silme Belirtilen gün sayısı boyunca, özel WORM depolama çözümleri için bütçe bulunmayan ortamlarda ek bir güvenlik katmanı sağlar. Disk alanı ve geçmişe dönük kurtarma yetenekleri arasında denge sağlamak için GFS (günlük, haftalık, aylık ve yıllık yedeklemeler) gibi iyi bir saklama şemasıyla birlikte kullanılmalıdır.
Bir diğer önemli husus ise yedeklemelerin şifrelenmesiBirçok araç, verileri yerel veya uzak bir depoya göndermeden önce korumak için kullanılan bir parola veya şifreleme anahtarı tanımlamanıza olanak tanır. Bu sayede, birisi yedekleme dosyalarına erişim sağlasa bile, bu anahtar olmadan içeriklerini okuyamaz; bu durum özellikle bulut depolama veya veri merkezinin dışındaki konumlarla çalışırken önemlidir.
Kopyalama işlemlerinin otomatikleştirilmesi, yürütmeye olanak tanıyan esnek bir zamanlama gerektirir. günlük işler, programlar veya belirli zaman aralıklarıÖzel kurallara göre saklama koşullarını belirlemenin yanı sıra, her yedekleme işi için (örneğin, günlük artımlı yedekleme ve aylık tam yedekleme) birden fazla kural tanımlayabilmek ve eş zamanlı görevlerin aşırı yüklenmesinin sanallaştırma sunucusunu aşırı yüklemesini önlemek için iş önceliğini ayarlayabilmek de yaygındır.
Proxmox ortamları için NAKIVO Backup & Replication'ın detaylı açıklaması
Sanal makineler içinde aracıya ihtiyaç duymadan Proxmox'u destekleyen çözümler alanında NAKIVO Backup & Replication, aşağıdaki özellikleri sunmaktadır: Proxmox VE ile oldukça derin entegrasyon VMware vSphere, Microsoft Hyper-V veya Amazon EC2 gibi diğer yerleşik sanallaştırma platformlarını da destekler. Ayrıca, fiziksel Windows ve Linux makinelerinde aracı tabanlı yedeklemeleri de destekleyerek sanal ve fiziksel sunucular için birleşik koruma sağlar.
Proxmox ile çalışmaya başlamak için ilk adım şudur: Sunucuyu veya kümeyi NAKIVO envanterine ekleyin. Yönetici bileşeninin web arayüzü üzerinden. Yapılandırma menüsünden envanter bölümüne erişin, yeni bir sanal öğe ekleme seçeneğini seçin ve platform olarak "Proxmox Host veya Cluster"ı seçin, ardından temel bağlantı ayrıntıları girilir.
Envanterde sunucuyu tanımlamak için açıklayıcı bir ad, öğe türü (bağımsız Proxmox sunucusu veya küme), IP veya DNS adı, yönetici ayrıcalıklarına sahip bir kullanıcı (genellikle root) ve bir parola belirtmek gereklidir. web arayüzü bağlantı noktası (varsayılan 8006)SSH portu (genellikle 22) ve geçici dizinin yolu (standart kurulumlarda genellikle /tmp) gereklidir. Bu alanlar tamamlandıktan sonra, sihirbaz otomatik olarak ana bilgisayara veya kümedeki her düğüme bir taşıyıcı bileşeni kurar.
Bu işlemden sonra, sunucuda veya Proxmox kümesinde barındırılan tüm sanal makineler veri koruma bölümünde görünür ve daha sonra yönetilebilir. yedekleme ve çoğaltma işlerine dahil etBu durum, aynı envantere eklenen ESXi veya Hyper-V sunucularında yaşananlara benzer. Düğüm panelinden, yeterli yedekleme performansı sağlamak için hangi taşıyıcıların etkin olduğunu ve hangi sunuculara dağıtıldığını doğrulayabilirsiniz.
Proxmox VE için yedekleme işi oluşturma işlemi, aynı veri koruma sekmesinden, özellikle Proxmox için "Yeni İş" düğmesine tıklanarak ve sihirbaz takip edilerek yapılır. İlk adımda, korunacak sanal makineleri (örneğin, bir Debian 12 VM) seçersiniz ve ikinci adımda... hedef depo (yerel, NAS, bulut depolama, veri tekilleştirme cihazı vb.) ve üçüncüsünde, planlama ve saklama tanımlanır; istenirse yedeklemenin değiştirilemezliğinin belirli bir gün sayısı için etkinleştirilmesine olanak tanır.
İş seçenekleri bölümünde, iş adını, diğer eş zamanlı işlere göre göreceli önceliğini, veritabanı ve hizmet tutarlılığını sağlamak için uygulama tabanlı veya uygulama tabanlı olmayan modu kullanıp kullanmadığını ve kopyalar arasındaki değişiklik izleme türünü yapılandırırsınız. En verimli yaklaşım genellikle şunu kullanmaktır: Proxmox yerel değişiklik izlemeAncak, daha yüksek alan tüketimini göze alarak maksimum sadelik arıyorsanız, NAKIVO'nun tescilli mekanizmasını kullanabilir veya tamamen devre dışı bırakabilirsiniz (her zaman tam kopyalar oluşturarak).
Ek olarak, şu teknikler etkinleştirilebilir: Sıkıştırma yoluyla ağ hızlandırmaSunucu ile yedekleme deposu arasındaki trafiğin şifrelenmesi, artımlı yedekleme zincirinin güvenilirliğini artırmak için periyodik tam yedeklemelerin (aktif veya sentetik) yapılandırılması ve belirli ortama göre yedeklemelerin performansını ve güvenliğini ince ayar yapmayı amaçlayan çeşitli ek seçenekler.
İş tanımlandıktan sonra, hemen başlatılabilir veya belirlenen programa göre çalışmasına izin verilebilir. Her çalıştırma, tam veya artımlı olabilen kurtarma noktaları oluşturur. İlk tam yedeklemeden sonra sanal makine içindeki bilgiler değiştirilirse (örneğin, /opt/ dizininde yeni bir dosya oluşturularak), sonraki artımlı yedekleme işlemi yalnızca değiştirilen verileri aktaracaktır. yeni veya değiştirilmiş veri bloklarıBu da süreleri ve bant genişliği kullanımını önemli ölçüde azaltır.
Proxmox sanal makine kurtarma: eksiksiz ve ayrıntılı
Yedekleme planı için asıl kritik an kurtarma işlemidir ve gelişmiş bir çözümle korunan Proxmox ortamlarında bu işlem gerçekleştirilebilir. tam veya granüler restorasyonlar Olayın ihtiyaçlarına bağlı olarak. Veri koruma panelinden Proxmox yedekleme görevi seçilir ve kurtarma menüsüne erişilir, burada gerçekleştirilecek işlem türü seçilir.
Tek tek dosyaları geri yüklemek için ilgili seçeneği belirleyin ve hangi sanal makineyi ve kurtarma noktasını kullanacağınızı seçin; tek bir yedekleme, farklı Proxmox sunucularından birden fazla sanal makine içerebilir ve bu da önemli bir esneklik sağlar. Ardından dosyaları indirip indirmeyeceğinizi seçin. tarayıcıya, onları e-posta ile gönderinBunları belirli bir sunucuya geri yükleyebilir veya paylaşılan ağ kaynaklarına aktararak farklı iş akışlarına uyum sağlayabilirsiniz.
Yöntem seçildikten sonra, yedeklemede bulunan dizin yapısında gezinir, kurtarmak istediğiniz dosyayı veya klasörü seçersiniz (örneğin, son tam yedeklemeden sonra oluşturulan /opt/ dizinindeki bir dosya) ve kurtarma türünü tanımlarsınız (basit indirme, üzerine yazma vb.). Sistem görevi yürütür ve veriler tekrar erişilebilir hale gelene kadar ilerlemeyi etkinlikler sekmesinden takip etmenize olanak tanır.
İhtiyaç duyulduğunda Kopyadan tam bir sanal makineyi başlatın. (Örneğin, ana bilgisayar donanım arızası veya ciddi dosya sistemi bozulması nedeniyle), Proxmox VE tam kurtarma sihirbazı, yöneticiyi çeşitli adımlarda yönlendirir: gerekli yedekleme ve kurtarma noktalarının seçilmesi, hedef ana bilgisayarın veya kümenin, sanal disklerin bulunacağı veri deposunun veya depolama alanının, geri yüklenen makinenin bağlanacağı sanal ağın ve isteğe bağlı olarak, ortamda kullanılıyorsa kaynak havuzunun seçilmesi.
Son aşamada, görev adı, ağ şifreleme veya sıkıştırma seçenekleri ve diğer gelişmiş parametreler yapılandırıldıktan sonra, tek bir düğmeye tıklanarak geri yükleme başlatılır. Sonuç olarak, yedeklemeden yeniden oluşturulmuş, kendi özelliklerine sahip bir sanal makine elde edilir. otomatik olarak oluşturulan diskler ve yapılandırma dosyaları Seçilen Proxmox sunucusunda, seçilen kurtarma noktasının tam durumuyla önyüklemeye hazır durumda.
VMware yedeklemeleri: özellikler ve araçlar
VMware vSphere gibi yerleşik sanallaştırma platformlarında yedeklemeye yönelik kavramsal yaklaşım aynıdır, ancak VMware'in API'lerinin farklı yedekleme yöntemlerine izin verdiğini belirtmek önemlidir. hipervizörle çok özel entegrasyonlar Uygulama tutarlılığına sahip anlık görüntüler, değiştirilmiş blokların takibi ve tüm sanal makinelerin hızlı kurtarılması için VMware yedeklemeleri, fiziksel sunucuların yedeklemeleri kadar kritiktir; çünkü bir sanal makinedeki tek bir veri kaybı kuruluş üzerinde ciddi bir etkiye sahip olabilir.
Fiziksel sunucuların "klasik" yedeklemelerine kıyasla farklar, burada her zaman sanal makine imajları düzeyinde çalışmamız ve hipervizörün belirli yedekleme API'leri sunan bir aracı katman görevi görmesinde yatmaktadır. En iyi VMware araçları, hatta ücretsiz sürümleri bile, bu yeteneklerden yararlanarak çeşitli hizmetler sunmaktadır. Son derece verimli artımlı yedeklemeler ve dosya düzeyinde geri yüklemeler Sanal makinenin tamamını geri yüklemeye gerek kalmadan doğrudan görüntülerden işlem yapabilmek, sınırlı kaynaklara sahip BT departmanları için son derece değerli bir özelliktir.
Hyper-V'de ücretsiz yedeklemeler: yerleşik araçlardan özel çözümlere
Microsoft'un Hyper-V ekosistemi, ek lisans ücreti ödemeden yedekleme yapma konusunda çeşitli seçenekler sunar; bunlar arasında şunlar yer alır: Hyper-V VSS ile Windows Server yedeklemeleri Hatta topluluk veya ücretsiz sürümleri olan üçüncü taraf çözümler bile mevcut. Her seçeneğin kendine özgü karmaşıklığı, sınırlamaları ve otomasyon seviyesi vardır, bu nedenle ortamın boyutuna ve risk toleransı seviyesine göre seçim yapmak önemlidir.
Temel olasılıklardan biri, Hyper-V VSS yazıcısını Windows Server Yedekleme aracına kaydetmektir. Sicilde yapılan bir dizi değişiklik (WindowsServerBackup anahtarını, uygulama uyumluluk alt ağacını oluşturmak ve Hyper-V yazıcı GUID'sini ilgili tanımlayıcıyla ilişkilendirmek). Bu adımlardan sonra, VM ile ilgili dosyaları içeren tüm birimler kopyaya dahil edildiği takdirde, Windows Server Backup, ana bilgisayarda barındırılan sanal makinelerin tutarlı kopyalarını oluşturabilir.
Pratikte bu, yedekleme işlemine yapılandırma dosyalarının, sanal disklerin ve yardımcı dosyaların bulunduğu tüm disklerin dahil edilmesi anlamına gelir (örneğin, sistem yapılandırma XML'ini bir birimde ve VHD'leri başka bir birimde saklıyorsa C:, D: ve E: disklerinin korunması). İşletim sistemi sürümü VSS'yi desteklemeyen veya VSS özelliği bulunmayan sanal makineler de bu kapsamdadır. Entegrasyon Hizmetleri doğru şekilde kuruldu Anlık görüntü alınırken veriler kaydedilmiş bir duruma getirilecektir; bu durum, üretim hizmetlerini ilgilendiriyorsa kesintilere neden olabilir.
Windows Server Yedekleme kullanarak bu sanal makineleri geri yüklemek için, kurtarma sihirbazını başlatma, sunucuyu ve zaman noktasını seçme, kurtarma türünü (uygunsa uygulamalar veya dosyalar ve klasörler) seçme, veri kaynağı olarak Hyper-V'yi belirtme, geri yükleme konumunu belirtme ve işlemi çalıştırma adımları izlenir. Şunu da belirtmek önemlidir ki, bazı makinelerde bu işlem uygulanamaz. birkaç bağlantılı anlık görüntü Bu durum, geri yükleme sırasında sorunlara yol açabilir ve bazı durumlarda ikinci bir Hyper-V uygulama kurtarma işlemi gerçekleştirmeden önce sanal makinenin kaldırılmasını ve anlık görüntü dosyalarının geri yüklenmesini gerektirebilir.
Sanal makine yedeklemeleri için ücretsiz ve açık kaynaklı çözümler
Windows'un yerleşik araçlarına ek olarak, ücretsiz veya açık kaynaklı çözümlerden oluşan oldukça geniş bir ekosistem de mevcuttur ve bunlar şunlara olanak tanır: Farklı hipervizörlerdeki sanal makinelerin yedeklenmesi Ürüne bağlı olarak değişen işlevsellik seviyelerine sahiptirler. Bazıları ticari çözümlerin sınırlı sürümleridir, diğerleri ise çalışır hale getirmek için biraz manuel çalışma gerektiren tamamen açık kaynaklı projelerdir.
Veeam Community Edition, muhtemelen en bilinenlerinden biridir ve bir sistemi koruma olanağı sunar. sınırlı sayıda Hyper-V ve VMware sanal makinesi (Genellikle 5 ila 10 sanal makine aralığında) artımlı yedeklemeler, ayrıntılı dosya kurtarma ve harici diskler veya NAS'ı hedef olarak destekleme gibi ücretli sürümün birçok özelliğini içerir. Veeam Community'yi ayrı bir fiziksel sunucuya veya hatta özel bir sanal makineye kurmak yaygındır, ancak yedekleme sunucusunun korumak istediğiniz altyapıyla aynı yerde bulunmasının risklerini dikkatlice değerlendirmeniz önerilir.
Vinchin Backup Free Edition, destek sunan bir diğer seçenektir. bazı özel sanallaştırma platformları Korunan sanal makinelerin sınırı azaltılmıştır (ücretsiz sürümde yaklaşık 3 sanal makine). Ücretsiz sürümdeki kapsamı daha sınırlı olsa da, yükseltme gerektirmeyen uyumlu platformları kullanan laboratuvarlarda veya küçük ortamlarda faydalı olabilir.
Vembu'nun BDRSuite Free Edition sürümü, sanal makineler için ücretsiz yedekleme hizmeti sunmaktadır. VMware, Hyper-V ve KVMAmaç, BT yöneticilerinin platformu ücretsiz olarak tanımasına olanak sağlamaktır. Başlıca avantajlarından biri, Hyper-V sanal makinelerinde kullanılan blokları kopyalamak için özel bir sürücü kullanmasıdır; bu da üreticiye göre diğer çözümlere kıyasla performansı önemli ölçüde artırır. Bu ücretsiz sürüm genellikle korunan sanal makine sayısını sınırlandırır, ancak ticari sürümün birçok özelliğini korur.
Açık kaynak projeler arasında Bacula, Bareos ve Bacular (çeşitli sürümleri ve türevleriyle) öne çıkıyor ve teknik topluluklardaki birçok yönetici tarafından tavsiye ediliyor. Bu çözümler son derece güçlü ve çok esnek, ancak aynı zamanda belirli gereksinimleri de beraberinde getiriyor. daha yüksek bir bilgi ve yapılandırma düzeyi Grafiksel olarak daha fazla yönlendirme sağlayan araçlara kıyasla, lisans ücreti ödemeden heterojen ortamlarda karmaşık yedeklemeleri düzenlemeye olanak tanırlar.
Storware Backup & Recovery veya Altaro'nun ücretsiz çözümü gibi diğer ticari araçlar da zaman zaman ücretsiz sürümler sunmuşlardır, ancak bazı durumlarda bu durum geçerli değildir. Ücretsiz sürümün kullanımı sonlandırıldı veya artık lisans gerektiriyor.Bu nedenle, bir şirketin kopyalama stratejisini bu seçeneklere dayandırmadan önce, üreticinin web sitesindeki güncel durumu kontrol etmesi tavsiye edilir.
BackupChain: Sınırlı ücretsiz seçeneklerle profesyonel yaklaşım
BackupChain, özellikle BT profesyonellerine yönelik, yedekleme araçları paketidir ve temel olarak şu noktalara odaklanmaktadır: Hyper-V ve Windows sunucularıAyrıca diğer sanal dağıtımları da kapsar. Felsefesi, sanal makine kopyalarında alan tüketimini en aza indirmek için yüksek hassasiyetli yapılandırma, açık standart veri formatları, veri tekilleştirme ve delta sıkıştırma sunmayı içerir.
BackupChain lisansı şunları kapsayabilir: Tek bir sunucuda sınırsız sayıda Hyper-V sanal makinesi.Sanal makine veya CPU soketi başına ek lisans satın alma ihtiyacı olmaması, ücretli modele geçiş yaparken cazip hale getiriyor. Windows Server 2008'den 2022'ye kadar olan sürümlerle ve ayrıca Windows 8, 10 ve 11'deki Hyper-V ile uyumludur; Küme Paylaşımlı Birimleri (CSV), yük devretme kümelerini ve sıralı yedeklemeleri destekleyerek sunucu kaynakları üzerindeki etkiyi en aza indirir.
BackupChain'deki sanal makine yedeklemeleri şu modda yapılandırılabilir: Dosya tabanlı (VHD/VHDX dosyalarının bulunduğu klasörü seçme) Alternatif olarak, sanal makineleri doğrudan bir listeden seçerek ve aracın görevi yapılandırmasına izin vererek yedeklemeyi otomatik olarak gerçekleştirebilirsiniz. Tüm yedeklemeler, sanal makineler çalışırken yapılır, tutarlı anlık görüntüler alınır ve istenirse kontrol noktaları veya anlık görüntüler de korunur; ancak Microsoft, bunların üretim ortamında yoğun kullanımını önermez.
Geri yükleme işlemi, tam sanal makine düzeyinde (isim çakışmalarını önlemek için klonlama seçeneğiyle) veya Dosya ve klasörlerin ayrıntılı düzeyiBu özellik, BackupChain konsolundan sanal makine imajlarını doğrudan açmanıza ve tüm sanal diski geri yüklemek zorunda kalmadan yalnızca gerekli verileri çıkarmanıza olanak tanır. Bu Ayrıntılı Yedekleme ve Ayrıntılı Geri Yükleme işlevi, sanal makineler içindeki veritabanları, Exchange sunucuları veya SQL ile ilgili zorlu senaryolar için tasarlanmış olan ürünün Enterprise ve Platinum sürümlerinde mevcuttur.
BackupChain'in bir diğer güçlü yönü de, aşağıdakilerle birlikte çalışabilme yeteneğidir. çok çeşitli yedekleme hedefleriYerel disklerden ve USB sürücülerden ağ paylaşımlarına, uzak FTP/FTPS sunucularına veya hatta kendi kendine yönetilen bulut depolama altyapılarına kadar, veri tekilleştirme, delta sıkıştırma ve CPU'da çoklu iş parçacığı kullanımı, bant genişliğinin ve mevcut alanın maksimum düzeyde kullanılmasını sağlayarak, nispeten sınırlı bağlantılar üzerinden büyük sanal makinelerin çoğaltılmasını mümkün kılar.
KOBİ'ler için pratik stratejiler: QNAP NAS, Veeam Topluluğu ve yerel araçlar
Az sayıda fiziksel sunucuya ve az sayıda Hyper-V sanal makinesine sahip KOBİ'lerde, aşağıdaki gibi senaryolara sıkça rastlanır: Merkezi depolama olarak bir QNAP NAS. El altında çeşitli ücretsiz araçlar bulunmasına rağmen, hangisinin kullanılacağına dair net bir uzun vadeli strateji olmaması durumunda, genellikle NAS'ın yerleşik çözümüne bağlı kalmak, özel bir yedekleme sunucusu kurmak veya yedekleme aracını mevcut altyapı içindeki bir sanal makinede çalıştırmak arasında bir ikilem ortaya çıkar.
Birçok QNAP NAS cihazında bulunan Hyper Data Protector yardımcı programı, aşağıdaki işlemleri gerçekleştirmenizi sağlar: Hyper-V ve VMware sanal makinelerinin NAS'a yedeklenmesi Nispeten basit, temel planlama gerektiriyor ve ek lisans maliyeti yok. QNAP sisteminin zaten kurulu olduğu ve hızlı ve basit bir çözümün istendiği küçük ortamlar için, ayrıntılı kontrol, raporlama ve üretici destek süreleriyle ilgili sınırlamalar kabul edildiği takdirde bu seçenek makuldür.
Ancak, bazı yöneticilerin kritik bir yedekleme stratejisini, sistemin temel özelliği olmayan bir özelliğe dayandırmaktan rahatsızlık duymaları anlaşılabilir bir durumdur. NAS sağlayıcısının ana işi Ayrıca, güvenlik ve güncellemeler açısından özel yedekleme yazılımları kadar ilgi görmeyebilir. Bu nedenle birçok kişi, performans ve güvenilirliği karşılaştırmak için Veeam Community Edition'ı eski bir fiziksel sunucuya veya sanal makineye kurarak alternatif olarak denemeyi düşünüyor.
Veeam Community'yi, eski donanıma sahip olsa bile, özel bir fiziksel sunucuya kurmanın avantajı şudur: yedekleme sunucusunu ana altyapıdan izole edin.Bu sayede, Hyper-V sunucularında bir sorun oluşsa bile yedekler farklı bir makinede kullanılabilir durumda kalır. Risk, eski donanımın güvenilirliğinde yatmaktadır; bu nedenle diskler, güç kaynakları ve diğer bileşenler yakından izlenmelidir. Veeam'i mevcut sunuculardan birine sanal makine olarak kurmak daha uygundur, ancak bazı riskler taşır: sunucu tamamen arızalanırsa, yedekleme sunucusu da onunla birlikte devre dışı kalır.
Tamamlayıcı veya yedek bir seçenek olarak, her zaman şunlara başvurabilirsiniz: Hyper-V VSS ile Windows Server yedeklemeleri Yedeklemeler, sunucunun kendisinde depolanırken, QNAP cihazında paylaşılan kaynaklar aracılığıyla saklanacaktır. Bu en şık çözüm olmayacak ve ayrıntılı geri yükleme veya değiştirilemezlik gibi gelişmiş özellikler sunmayacaktır, ancak çok küçük ortamlarda, yedeklemeye sahip olmak ile hiç yedeklemeye sahip olmamak arasındaki farkı yaratabilir.
Birim anlık görüntüleri ve anlık görüntüler: kullanışlılığı ve sınırlamaları
Tamamen sanal dünyanın dışında, bazı yöneticiler sanal makine yedeklemelerini aşağıdaki gibi mekanizmalarla birleştirirler: Windows Server'da disk birimi anlık görüntüleri (Gölge Kopyaları) Paylaşılan klasörler için, bu işlevin Windows Server 2003 gibi eski sürümlerden beri varsayılan olarak dahil edilmiş olmasından yararlanılır. Paylaşılan verilerin bulunduğu birimlerde bu özelliği etkinleştirerek, kullanıcılar yönetici müdahalesi olmadan silinen veya değiştirilen dosyaların önceki sürümlerini hızlı bir şekilde kurtarabilirler.
Buradaki fikir, bu anlık görüntüleri depolamak için yerel bir disk (fiziksel veya sanal) ayırmak ve kaç tanesinin saklanacağını ve ne sıklıkla oluşturulacağını yapılandırmaktır. Hatta bir tane bile kurabilirsiniz. Kullanıcıların dosyaları kendileri geri yüklemeleri için istemci Tek başlarına, BT ekibinin üzerindeki yükü azaltırlar. Ancak, bu mekanizmanın bir kolaylık aracı olarak tasarlandığını ve kapsamlı bir yedekleme sisteminin yerini almadığını, çünkü yalnızca 64 sürüme kadar depoladığını ve korunan sunucuda bulunduğunu akılda tutmak önemlidir.
Bu nedenle, birim anlık görüntüleri, özellikle kullanıcı dosyalarının hızlı kurtarılması açısından sanal makine yedeklemelerine faydalı bir tamamlayıcıdır, ancak yedeklemelerin yerini tutamaz. bağımsız yedeklemeler diğer ortamlarda saklanırTercihen üretim altyapısından izole edilmiş ve iyi tanımlanmış saklama ve periyodik doğrulama politikalarına sahip olmalıdır.
Sonuç olarak, bir strateji oluşturmak için ticari araçlar kullanmadan sanal makine yedeklemeleri En azından ciddi bir çözüm elde etmek için, açıklanan unsurların birkaçını birleştirmek tavsiye edilir: küçük ortamlarda Veeam veya BDRSuite gibi yerleşik çözümlerin ücretsiz sürümlerinden yararlanmak, zaman ve uzmanlık mevcut olduğunda Bacula veya Bareos gibi açık kaynaklı projeleri kullanmak, yönetimi basitleştiren ajansız araçların sunduğu Proxmox, Hyper-V ve VMware desteğinden yararlanmak ve tüm bunları VSS, disk anlık görüntüleri veya NAS'a entegre edilmiş yardımcı programlar gibi yerel mekanizmalarla tamamlamak. Bu, sıfır lisans maliyeti, yönetilebilir karmaşıklık ve gerçek felaket kurtarma yetenekleri arasında makul bir denge sağlar.
