Apache Cassandra için Azure Yönetilen Örneği'nde yönetim işlemleri

Makale
10/18/2023

Apache Cassandra için Azure Yönetilen Örneği, saf açık kaynak Apache Cassandra kümeleri için tam olarak yönetilen bir hizmettir. Hizmet ayrıca her iş yükünün belirli gereksinimlerine bağlı olarak yapılandırmaların geçersiz kılınmasına olanak tanıyarak gerektiğinde maksimum esneklik ve denetim sağlar. Bu makale, hizmet tarafından sağlanan yönetim işlemlerini ve özellikleri tanımlar. Ayrıca karma kümeleri korurken Azure desteği ekibiyle müşteriler arasındaki sorumlulukların ayrılmasını da açıklar.

Sıkıştırma

Farklı sıkıştırma türleri vardır. Şu anda onarım yoluyla küçük bir sıkıştırma işlemi gerçekleştiriyoruz (bkz . Bakım). Bu, özel bir sıkıştırma türü olan Bir Merkle ağacı sıkıştırma gerçekleştirir.
Tabloda CQL kullanılarak ayarlanan sıkıştırma stratejisine bağlı olarak (örneğinWITH compaction = { 'class' : 'LeveledCompactionStrategy' }), Tablo belirli bir boyuta ulaştığında Cassandra otomatik olarak sıkıştırır. İş yükünüz için dikkatle bir sıkıştırma stratejisi seçmenizi ve strateji dışında el ile sıkıştırma işlemi gerçekleştirmemenizi öneririz.

Yama

İşletim Sistemi düzeyinde düzeltme ekleri yaklaşık 2 haftalık tempoda otomatik olarak yapılır.
Apache Cassandra yazılım düzeyi düzeltme ekleri, güvenlik açıkları belirlendiğinde yapılır. Düzeltme eki uygulama temposu değişebilir.
Düzeltme eki uygulama sırasında makineler aynı anda bir rafa yeniden başlatılır. Çekirdek ALL ayarı kullanılmadığı ve çoğaltma faktörü 3 veya daha yüksek olduğu sürece uygulama tarafında herhangi bir düşüş yaşamamalısınız.
Apache Cassandra'daki sürüm biçimindedir X.Y.Z. Ana (X) ve ikincil (Y) sürümlerin dağıtımını hizmet araçları aracılığıyla el ile denetleyebilirsiniz. Ancak bu ana/ikincil sürüm bileşimi için gerekli olabilecek Cassandra düzeltme ekleri (Z) otomatik olarak yapılır.

Not

Hizmet şu anda Cassandra 3.11 ve 4.0 sürümlerini desteklemektedir. Her iki sürüm de GA'dır. Küme dağıtımı sırasında Cassandra sürümünü belirtmek için bkz. Azure CLI Hızlı Başlangıcı (5. adım).

Bakım

Nodetool onarımı, hizmet tarafından reaper kullanılarak otomatik olarak çalıştırılır. Bu araç her hafta bir kez çalıştırılır. Karma dağıtım için kendi hizmetinizi kullanıyorsanız devre dışı bırakmak isteyebilirsiniz.
Düğüm sistem durumu izleme şunlardan oluşur:
- Cassandra halkasında her düğümün üyeliğini etkin bir şekilde izleme.
- Sanal makine, ağ, depolama, Linux gibi altyapı sorunlarını otomatik algılama ve otomatik olarak dağıtma ve yazılım hatalarını destekleme.
- CPU, disk, çekirdek kaybı ve diğer kaynak sorunlarını etkin bir şekilde izleme.
- Mümkün olduğunda başarısız düğümleri otomatik olarak getirme ve otomatik olarak oluşturulan uyarılara yanıt olarak düğümleri el ile getirme.

Destek

Apache Cassandra için Azure Yönetilen Örneği, yönetilen kümedeki veri merkezlerinin kullanılabilirliği için bir SLA sağlar. Hizmeti kullanırken herhangi bir sorunla karşılaşırsanız Azure portalında bir destek isteği oluşturun.

Destek avantajlarımız şunlardır:

Cassandra altyapısı sorunları için tek bir iletişim noktası - IaaS ekipleriyle (disk, işlem, ağ) ayrı olarak destek olaylarını tetiklemenize gerek yoktur.
Performans şişesi boyunları, boyutlandırma ve diğer kaynak kısıtlaması sorunları hakkında e-posta yoluyla pro-aktif öneride bulunarak.
Herhangi bir ciddi kesinti sorunu için otomatik olarak oluşturulan olaylar dahil olmak üzere 7 gün 24 destek kapsamı.
Topluluk onaylı yama desteği (bkz . Düzeltme eki uygulama).
Şirket içi Java JDK/JVM mühendislik ekibi desteği.
Yazılım tedarik zinciri güvenliği ile Linux İşletim Sistemi desteği.

Önemli

Destek olayı aracılığıyla bildirilen sorunları araştırıp tanılayacak ve mümkün olduğunda çözecek veya azaltacağız. Ancak, CPU, disk veya ağ sorunlarına neden olan tüm Apache Cassandra yapılandırma düzeyi kullanımlarından nihai olarak siz sorumlu olursunuz.

Bu tür sorunlara örnek olarak şunlar verilebilir:

Verimsiz sorgu işlemleri.
Kapasiteyi aşan aktarım hızı.
Depolama kapasitesini aşan verileri alma.
Yanlış anahtar alanı yapılandırma ayarları.
Zayıf veri modeli veya bölüm anahtarı stratejisi.

Bir destek olayını araştırmamız ve sorunun kök nedeninin Apache Cassandra yapılandırma düzeyinde olduğunu keşfetmemiz durumunda (temel alınan platform düzeyindeki herhangi bir açıdan değil), servis talebini kapatmadan önce düzeltme veya azaltma (mümkün olduğunda) konusunda öneriler ve rehberlik sağlamaya devam edeceğiz.

Apache Cassandra'da yukarıdaki gibi yaygın uygulama/yapılandırma düzeyi sorunlarını önlemek için ölçümleri etkinleştirmenizi ve/veya Azure izleyici tümleştirmemizi tanımanızı öneririz.

Uyarı

Apache Cassandra için Azure Yönetilen Örneği ayrıca rutin DBA yönetimi için ve sstable komutlarını çalıştırmanızı nodetool sağlar. Buradaki makaleye bakın. Bu komutlardan bazıları cassandra kümesinin istikrarını bozabilir ve yalnızca dikkatli ve üretim dışı ortamlarda test edildikten sonra çalıştırılmalıdır. Mümkün olduğunda, önce bir --dry-run seçenek dağıtılmalıdır. Microsoft, varsayılan veritabanı yapılandırmasını ve/veya tablolarını değiştiren komut çalıştırma sorunlarıyla ilgili SLA veya destek sunamaz.

Yedekleme ve geri yükleme

Anlık görüntü yedeklemeleri varsayılan olarak etkinleştirilir ve 24 saatte bir alınır. Yedeklemeler bir iç Azure Blob Depolama hesabında depolanır ve 2 güne (48 saat) kadar saklanır. İlk 2 yedeklemenin maliyeti yoktur. Ek yedeklemeler ücretlendirilir, bkz . fiyatlandırma. Yedekleme aralığını veya saklama süresini değiştirmek için ilkeyi portalda düzenleyebilirsiniz:

Mevcut bir yedeklemeden geri yüklemek için Azure portalında bir destek isteği oluşturun. Destek olayını dosyalarken şunları yapmanız gerekir:

Geri yüklemek istediğiniz yedekleme için portaldan yedekleme kimliğini belirtin. Bu portalda bulunabilir:
Tüm kümenin geri yüklenmesi gerekmiyorsa, geri yüklenmesi gereken anahtar alanını ve tabloyu (varsa) sağlayın.
Yedeklemenin mevcut kümede mi yoksa yeni bir kümede mi geri yüklenmesini istediğinizi önerin.
Yeni bir kümeye geri yüklemek istiyorsanız, önce yeni kümeyi oluşturmanız gerekir. Hedef kümenin veri merkezi sayısı açısından kaynak kümeyle eşleştiğinden ve ilgili veri merkezinin aynı sayıda düğüme sahip olduğundan emin olun. Ayrıca, kimlik bilgilerinin (kullanıcı adı/parola) yeni hedef kümede tutulmasına veya geri yüklemenin başlangıçta oluşturulan kullanıcı adı/parolayı geçersiz kılıp geçersiz kılınmayacağına da karar vekleyebilirsiniz.
Ayrıca, anahtar alanını yeni hedef kümede mi tutabileceğinize system_auth veya geri yüklemenin yedekteki verilerle üzerine yazmasına izin verip vermeyeceğine de karar vekleyebilirsiniz. system_auth Cassandra'daki anahtar alanı roller, rol izinleri ve parolalar dahil olmak üzere yetkilendirme ve iç kimlik doğrulama verilerini içerir. Varsayılan geri yükleme işlemimizin anahtar alanının üzerine yazdığını system_auth unutmayın.

Not

Yedeklemeden geri yükleme isteğine yanıt verme süresi, hem oluşturduğunuz destek olayının önem derecesine (hem de yanıt süresi için karşılık gelen SLA'ya) ve geri yüklenecek veri miktarına bağlıdır. Ancak, geri yükleme işlemini tamamlamak için zaman için bir SLA sağlamayız, bunun nedeni geri yüklenen veri hacmine çok bağımlı olmasıdır.

Uyarı

Yedeklemeler yanlışlıkla silme senaryolarına yöneliktir ve coğrafi olarak yedekli değildir. Bu nedenle, toplam bölgesel kesinti durumunda olağanüstü durum kurtarma (DR) stratejisi olarak kullanılması önerilmez. Bölge genelindeki kesintilere karşı koruma sağlamak için çok bölgeli dağıtım önerilir. Çok bölgeli dağıtımlar için hızlı başlangıcımıza göz atın.

Güvenlik

Apache Cassandra için Azure Yönetilen Örneği birçok yerleşik açık güvenlik denetimi ve özelliği sağlar:

Denetimli tedarik zincirine sahip sağlamlaştırılmış Linux Sanal Makinesi görüntüleri.
İşletim Sistemi düzeyinde Ortak Güvenlik Açığı ve Açığa Çıkarma (CVE) izlemesi.
Yönetilen Sanal Makineler barındırılan Apache Cassandra ve Prometheus yazılımları için sertifika döndürme.
Etkin güvenlik açığı taraması.
Etkin virüs taraması.
Güvenli kodlama uygulamaları.

Güvenlik özellikleri hakkında daha fazla bilgi için buradaki makalemize bakın.

Karma destek

Karma küme yapılandırıldığında, hizmette çalışan otomatik yeniden başlatma işlemleri tüm kümeye avantaj sağlar. Bu, hizmet tarafından sağlanmayan veri merkezlerini içerir. Bunun dışında, şirket içi veya şirket dışında barındırılan veri merkezinizin bakımını yapmak sizin sorumluluğunuzdadır.

Sonraki adımlar

Hızlı başlangıçlarımızdan birini kullanmaya başlayın:

Share via