Bulut tabanlı bankacılık uygulamaları için yüksek kullanılabilirlik sağlama

Bulut tabanlı bankacılık uygulamaları için yüksek kullanılabilirlik sağlama

Bir bulut hizmeti sağlayıcısının kritik bulut tabanlı bankacılık uygulamalarınızın yüksek kullanılabilirliğini sağlayacağını düşünmek cazip gelebilir. Sorun şu ki gerçekten yapmıyorlar.

Bulut tabanlı bankacılık uygulamaları için yüksek kullanılabilirliğin sağlanması PlatoBlockchain Veri Zekası. Dikey Arama. Ai.Bulut tabanlı bankacılık uygulamaları için yüksek kullanılabilirliğin sağlanması PlatoBlockchain Veri Zekası. Dikey Arama. Ai.
Todd Doane, Çözüm Mimarı, SIOS Teknolojisi

Bulut sağlayıcınız, birden çok veri merkezi veya kullanılabilirlik bölgesi (AZ) tükenen bir sanal makine (VM) kümesini yapılandırmanıza yardımcı olmuş olabilir. Birincil VM aniden çevrimdışı olursa, yapılandırmadaki beklemedeki bir VM'nin hemen devreye girebilmesini sağlamak için otomatik bir yük devretme sistemi uygulamış olabilir. Görünüşe göre yüksek kullanılabilirlik sunması gerekiyor, değil mi?

Ancak yüksek kullanılabilirliği özetleyen hizmet düzeyi sözleşmesine (SLA) yakından bakın: SLA, sisteminizdeki VM'lerden en az birinin zamanın en az %99.9'unda ve hatta %99.99'unda erişilebilir olacağını garanti eder. Ancak bu, uygulama veya veri kullanılabilirliği garantisi değildir. Kalan VM, bankacılık uygulamalarınızın ve verilerinizin bulunduğu depolama altyapısına erişemezse, kritik uygulamalarınız etkin bir şekilde çevrimdışıdır.

Bulut erişilebilirliğini sağlama

Birden çok AZ'de otomatik yük devretme için temel alınan teknolojiyi yapılandırmak yetersizse, kritik bankacılık uygulamalarınızın ve verilerinizin bulutta veya hibrit şirket içi/bulut yapılandırmasında yüksek düzeyde erişilebilir kalmasını nasıl sağlayabilirsiniz?

Birden çok AZ'ye yayılmış kümelenmiş VM'lere sahip olmanın, temel uygulamalarınızın ve verilerinizin yüksek kullanılabilirliğini (HA) sağlamak için kritik olduğunu söyleyerek başlayalım. Buna ek olarak ihtiyacınız olan şey, bu sanal makinelerin her birinin, çalıştırmaya devam etmek istediğiniz kritik uygulamalara ve verilere erişimi olmasını sağlamaya yönelik bir stratejidir. Bulut söz konusu olduğunda HA'ya yönelik geleneksel yaklaşımların ayrıldığı yer burasıdır.

Şirket içi anlamına gelen geleneksel bir HA yapılandırmasında, birden çok sunucudan veya VM'den ve uygulamalarınızın ve verilerinizin bulunduğu bir depolama alanı ağından (SAN) oluşan bir yük devretme kümesi oluşturabilirsiniz. Kümedeki herhangi bir sunucu veya VM, SAN'daki uygulamalar ve verilerle etkileşime girebilir, bu nedenle, bir anahtar uygulamayı aktif olarak çalıştıran VM aniden çevrimdışı olursa, küme otomatik olarak SAN ile etkileşime girebilen başka bir VM'ye yük devreder ve SAN'ı çalıştırmaya başlar. uygulama ve önceki makinenin kullandığı veritabanının aynısını güncelleme.

Bulut için yapılandırma

Ancak bulutta, paylaşılan bir SAN oluşturmak için gerçek bir seçenek yoktur. Bazı paylaşılan depolama seçenekleri vardır, ancak bunlar, kritik bankacılık uygulamalarınızın gerektirdiği HA performansını veya düzeylerini sağlamak için tasarlanmamıştır. Bunun yerine, bulut tabanlı HA yapılandırmaları, kümedeki her bir VM'ye bağlı yüksek performanslı depolamaya bağlıdır. Belirli bir VM bir uygulamayı çalıştırırken, o VM'ye bağlı depolamada bulunan bir veritabanında saklanan verilerle etkileşim halindedir.

O halde bulut tabanlı bankacılık uygulamaları için HA'nın anahtarı, kümenizdeki her VM'nin her zaman aynı uygulamalara ve aynı verilere sahip olmasını sağlamaktır. Bu şekilde, kümedeki birincil VM aniden kararırsa, küme otomatik olarak beklemedeki bir VM'ye yük devredebilir. kendi ekli deposu.

Bulut sağlayıcınız, kritik uygulamalarınızın talep ettiği performans ve kullanılabilirlik düzeylerini sağlayacak sanal makineleri kolayca yapılandırabilir. Ayrıca bu sanal makinelere yüksek performanslı depolama sistemleri ekleyebilir ve kümenizi birden çok AZ'de otomatik yük devretme için yapılandırabilir. Ardından, yük devretme kümenizdeki VM'lere bağlı tüm depolama sistemleri arasında verilerin eşzamanlı olarak çoğaltılmasını otomatikleştiren bir mekanizma dağıtmanız gerekir.

Veri çoğaltma çözümleri

Veri çoğaltma çözümleri söz konusu olduğunda çok sayıda seçeneğiniz vardır.

Kümeniz Windows tabanlıysa ve Microsoft SQL Server kullanıyorsanız, kullanıcı adlı SQL veritabanlarını kümenizdeki her bir düğüme otomatik olarak çoğaltan SQL Server'ın yerleşik Kullanılabilirlik Grupları (AG'ler) özelliğini kullanabilirsiniz. Bu yaklaşımın dezavantajı, depolamadaki her veri bloğu yerine yalnızca SQL veritabanlarını çoğaltmasıdır. Birden çok SQL Server veritabanını birden çok yedek VM'ye çoğaltmak çok pahalıya mal olabilir çünkü uygulamalarınız SQL Server Standard Edition'ı kullanarak mükemmel şekilde iyi çalışsa bile birden çok veritabanını çoğaltmak veya veritabanlarını birden çok VM'ye çoğaltmak için SQL Server Enterprise Edition kullanmanız gerekecek. .

Alternatif olarak, etkin birincil VM'den bir kümedeki ikincil VM'lerin her birine verilerin blok düzeyinde otomatik olarak çoğaltılmasını sağlayan SAN'sız bir kümeleme çözümü kullanabilirsiniz. SAN'sız Kümeleme çözümü kullanmanın avantajı, uygulama ve veritabanı bağımsız olmasıdır; veri bloklarını bir depolama sisteminden diğerine çoğaltarak, birincil depolama sisteminizdeki tüm verilerin diğer sanal makinelerin her birine çoğaltılmasını sağlar. SAN'sız kümeleme yaklaşımının dezavantajı, BT ekibinizin lisanslaması ve öğrenmesi için başka bir yazılım parçası olmasıdır; bu, SQL Server'ın AG işlevselliğini hiçbir ek ücret ödemeden kullanabiliyorsanız külfetli gelebilir.

İster SQL Server gibi bir çözümde yerleşik olarak bulunan işlevselliği, ister bağımsız bir SAN'sız kümeleme çözümünün sağladığı işlevselliği kullanın, veri çoğaltma, bulut tabanlı bankacılık sistemleri için HA sağlamanın anahtarıdır.

Bulut sağlayıcınız, uygulamalarınızın talep ettiği yüksek performanslı altyapıyı sağlayabilir, ancak HA çözümünüz ihtiyaç duyduğunuzda beklendiği gibi çalışacaksa, o kümedeki VM'lerin her biri için kullanılabilen veri ve uygulamaların güncel olduğundan emin olmalısınız. bunu yapmak için

Todd Doane, SIOS Technology'de bir Çözüm Mimarıdır. Yüksek kullanılabilirliğe sahip referans mimariler ve uygulamaya özel tasarım kalıpları ve ilkeleri oluşturarak, öncelikle finansal hizmetler dünyasında 20 yıldan fazla zaman harcadı.

Zaman Damgası:

Den fazla bankacılık inovasyonu