Uzak bir MySQL sunucusunu İnternet üzerinden ZRM ile yedeklerken nelere dikkat etmelisiniz?
Dmitri Joukovski ve Pavel Pragin tarafından
MySQL veritabanı, tutarlı hızlı performansı, yüksek güvenilirliği ve kullanım kolaylığı nedeniyle dünyanın en popüler açık kaynak veritabanı haline geldi. Yönetilen barındırma sağlayıcısında bulunan çevrimiçi forumlarınız ve wiki'niz için MySQL veritabanı kullanıyor olabilirsiniz veya Bugzilla ile hataları izlemek için uzak bir ofiste kullanıyor olabilirsiniz veya MySQL kullanan yeni bir Web 2.0 uygulaması geliştirmeyi düşünüyor olabilirsiniz. . Her iki durumda da, MySQL veritabanınızda saklanan bilgilere değer veriyorsanız, veritabanı uygulaması üzerinde minimum etki ile MySQL'in başarılı, güvenli ve tutarlı yedeklerini sağlamanız gerekecektir. Yedekleme çözümünüzün ağ, sunucu ve depolama kaynaklarının en verimli şekilde kullanılmasını sağladığından emin olun.
Kullanımı kolay, esnek ve kullanışlı bir çözüm sunarak hayatınızı kolaylaştıran bir çözüm arıyorsanız, sağlam yedekleme ve kurtarma MySQL için Zmanda Recovery Manager (ZRM) sizin için doğru seçim olabilir. hakkında ayrıntılar ZRM işlevselliği burada mevcuttur.
Bir veritabanının herhangi bir yedeği için birincil hususlar, yedeklemenin tutarlılığı ve kullanıcılar ve uygulamalar üzerindeki etkisidir. Ancak uzak MySQL'in bir yedeği aşağıdakilerle ilgili ekstra zorluklara sahiptir:
- ağ kullanımı
- güvenlik ve
- MySQL verilerinin farklı bir ana bilgisayara kurtarılabilirlik esnekliği.
MySQL ortamınız üzerinde tam denetime sahip değilseniz ve verilerinizi farklı bir MySQL sunucusu sürümü veya farklı bir işletim sistemi ile farklı bir yönetilen barındırma sağlayıcısına kurtarma seçeneğine sahip olmak istediğinizde son nokta önemli olabilir.
Artımlı yedeklemeler, yedekleme penceresini ve ağ kullanımını önemli ölçüde azaltır, çünkü yalnızca son tam veya son artımlı yedeklemeden sonraki değişiklikler kablo üzerinden taşınır. ZRM, verilerinizi belirli bir zaman noktasına geri getirmek için birden fazla artımlı yedekleme görüntüsü kullanmanız gerekse bile, artımlı yedeklemelerden verilerinizi kurtarmanızı kolaylaştırır. Artımlı yedeklemeler, MySQL ikili günlüklerinin etkinleştirilmesini gerektirir, ancak MySQL belgelerine göre ikili günlüklerin etkinleştirilmesi, %1'den daha az performans artışı.
Yedekleme dosyası, hem veritabanı şemasını hem de içeriğini yeniden oluşturmak için tüm MySQL ifadelerini içeren bir metin dosyası olduğundan, mantıksal yedeklemeler kurtarma için daha fazla esneklik sağlar. Mantıksal yedekleme, MySQL kümelemesi için kullanılan NDB motoru dışındaki tüm depolama motorları için çalışır. Mantıksal yedeklemenin en büyük avantajı, veritabanı kurtarma için esnekliktir. MySQL'in mantıksal yedeğini başka bir mimariye ve hatta başka bir veritabanına geri yükleyebilirsiniz. Mantıksal ZRM yedek görüntülerinin taşınabilirliği, ZRM'yi geçiş için uygun bir araç haline getirir. Örneğin, MySQL verilerinizi taşıyabilirsiniz:
- Solaris'te MySQL'den Linux'ta MySQL'e
- Bir depolama motorundan diğerine
- 32 bit sunucudan 64 bit sunucuya
- Bir yönetilen barındırma sağlayıcısından veri merkezinize veya farklı MySQL yapılandırmasına sahip başka bir sağlayıcıya
Tabii ki, böyle esnek bir iyileşme için ödenmesi gereken bir bedel var. Tüm MySQL ifadelerini okumanız ve yeniden oynatmanız gerektiğinden, mantıksal yedeklemelerden verileri geri yüklemek uzun zaman alabilir. Diğer bir dezavantaj, mantıksal yedeklemenizin boyutunu tahmin etmenin zor olabilmesidir. Veri türüne ve veritabanı şemanıza bağlı olarak, mantıksal yedeklemenin boyutu veritabanının kendisinden daha büyük olabilir. Çözümlerden biri, mantıksal yedekleme temelde bir metin dosyası olduğundan, genellikle iyi bir sıkıştırma elde edebilmenizdir.
Ham yedekleme, yedeklemenizin ikili bir dosya olduğu bir veritabanının tutarlı bir kopyasını sağlar. Ham yedeklemelerin mantıksal yedeklemelere göre avantajları şunlardır:
- Yedeklemeler ve özellikle kurtarma işlemleri çok daha hızlıdır. Örneğin, 4-5 GB boyutundaki aynı veritabanı için ham yedeklemenin mantıksal yedeklemeden 5 kat daha hızlı olduğunu ve ham yedekleme görüntüsünün kurtarılmasının mantıksal yedekleme görüntüsünün kurtarılmasından 20 kat daha hızlı olduğunu görmek olağandışı değildir. görüntü.
- Yalnızca bir veritabanının bir kopyası olduğundan, yedeklemenizin tam boyutunu her zaman bileceksiniz.
- MySQL veritabanınız oldukça büyükse, örneğin 10-20 GB veya daha fazlaysa önemli olabilecek daha iyi ölçeklenebilirlik sağlar.
Ham yedeklemeler, SADECE orijinal verilerle aynı işletim sistemindeki MySQL sunucusunun aynı sürümüne kurtarılabilir. Bu, MySQL'in ham yedek görüntülerini başka bir yönetilen barındırma sağlayıcısına kurtarma şansınızın çok yüksek olmadığı anlamına gelir ve ham ve mantıksal yedeklemeyi seçerken bunu göz önünde bulundurmalısınız.
Hem ham hem de mantıksal yedeklemeler sıcak yedekleme sağlar, yani yedekleme için MySQL sunucusunu kapatmanız gerekmez, ancak yedekleme sırasında tüm tablolar kilitlenir ve kullanıcılar verilerini giremez. Bu nedenle, tanımladığınız eşiklere göre yedeklemeleri geciktirmeye olanak tanıyan ZRM zamanlama eklentisini kullanmayı düşünmelisiniz. Örneğin, veritabanına 50'den fazla kullanıcı erişiyorsa yedeklemeyi bir saat erteleyebilirsiniz.
MySQL'in uzaktan yedeklenmesi için önemli hususlardan biri, ZRM ile uzak MySQL sunucusu arasında ne tür bir bağlantı kurulacağına dair karardır. ZRM, soket tabanlı bağlantı için bir eklenti ve SSH tabanlı bağlantı için başka bir eklenti sağlar. ZRM'nin esnek mimarisi, kullanıcıların kendi eklentilerini yazmasına olanak tanır.
Adından da anlaşılacağı gibi, soket kopyalama eklentisi, IP tabanlı ağ üzerinden ZRM ve MySQL arasında iletişim sağlayan bir soket kurar. Soket kopyalama eklentisi, xinetd hizmetinin MySQL sunucusunda çalışmasını ve varsayılan 25300 bağlantı noktasının açık olmasını gerektirir. Gerekirse, bir yedekleme yöneticisi bağlantı noktasını değiştirebilir. Soket kopyalama eklentisi güvenli değildir ve yalnızca güvenlik önemli olmadığında veya güvenlik başka yollarla sağlandığında, örneğin ZRM ile uzak MySQL sunucunuz arasında bir VPN bağlantınız olduğunda kullanılmalıdır.
SSH kopya eklentisi, ZRM ile uzak MySQL sunucusu arasında güvenli bir kanal sağlar. Uzak MySQL sunucusunun ve ZRM çalıştıran yedek kullanıcının kimliğini doğrulamak için ortak anahtar şifrelemesini kullanır. SSH eklentisi, standart TCP bağlantı noktası 22'nin açık ve SSH arka plan programının çalışıyor olmasını gerektirir. SSH kopya eklentisi, yedekleme verilerinin güvenliğinin önemli olduğu durumlarda en uygunudur. SSH bağlantısı, şifreleme için fazladan CPU döngüsü gerektirdiğinden, soket bağlantılı yedeklemeye kıyasla yedekleme performansında bir isabet olabilir.
Aşağıdaki tablo, MySQL'in uzaktan yedeklenmesi için soket ve SSH kopya eklentisi seçerken dikkate alınması gereken hususları özetlemektedir:
| uzaktan bağlantı plug-in |
Kullanılan bağlantı noktası | Güvenlik | Göreceli performans | Kurulum yorumları |
|---|---|---|---|---|
| SSH kopyası | 22 (sabit) | Yedekleme verilerini kablo üzerinden taşımak için güçlü kimlik doğrulama ve şifreleme sağlar | Daha düşük performans ve MySQL sunucu belleğine, CPU kaynaklarına ve mevcut bant genişliğine bağlıdır. | Çoğu zaman, yedekleme ve kurtarma dışındaki nedenlerle önceden kurulmuş bir uzak MySQL sunucusuna SSH bağlantınız olabilir. Aksi takdirde ZRM ve MySQL sunucusu arasında SSH bağlantısı kurmanız gerekir. |
| Soket kopyası | 25300 (değiştirilebilir) | Kablo üzerinden yedekleme verileri güvenli değil | Yüksek performans | MySQL sunucusuna ek yazılım yüklenmelidir. Örneğin, ZRM 1.1'in Enterprise sürümü için MySQL-zrm-enterprise-socket-server-1.1-1.noarch.rpm kullanın. Topluluk sürümü için, tam paket için indirme sayfasına bakın. |
Daha fazla teknik ayrıntı için Zmanda Network'e ücretsiz kaydolun ve bu teknik incelemenin tam sürümünü indirin. Birkaç yaygın senaryo için ZRM'yi nasıl kullanacağınızı öğreneceksiniz. Örneğin, bu kullanım durumu için SSH kopya eklentisini kullanarak verilerin kablo üzerinde ve hareketsiz durumdayken nasıl yedekleneceğine ilişkin teknik ayrıntıları sağlayacağız:
Ek olarak, soket kopyalama eklentisini kullanarak daha verimli mantıksal ve ham yedeklemeler hakkında teknik ayrıntılar sağlayacağız.
Tüm zengin işlevselliği ile, MySQL için ZRM yalnızca belirli veri koruma ihtiyaçlarınız için en uygun olan yedekleme ve kurtarma stratejisini uygulamaya yönelik bir araçtır. ZRM sağlamdır ve kullanımı kolaydır, ancak uzak MySQL sunucusunu kendi uygulamanıza ve yedekleme ve kurtarma için özel gereksinimlerinize bağlı olarak, MySQL için ZRM tarafından sağlanan her bir operasyonel seçenekle ilişkili tüm ödünleşimleri göz önünde bulundurmalısınız.
Referanslar:
MySQL için ZRM
MySQL Wiki için ZRM
Zmanda Forumları