Ana bilgisayar hesaplamasını Azure'a taşıma

Ana bilgisayarlar yüksek güvenilirlik ve kullanılabilirlik açısından üne sahiptir ve birçok işletmenin güvenilir omurgası olmaya devam etmektedir. Genellikle neredeyse sınırsız ölçeklenebilirlik ve bilgi işlem gücüne sahip oldukları düşünülüyor. Ancak bazı kuruluşlar, kullanılabilir en büyük ana bilgisayarların kapasitesini aştı. Bu size benziyorsa Azure çeviklik, erişim ve altyapı tasarrufları sunar.

Microsoft Azure'da ana bilgisayar iş yüklerini çalıştırmak için ana bilgisayarınızın işlem özelliklerinin Azure'a kıyasla nasıl olduğunu bilmeniz gerekir. Ibm z14 ana bilgisayarına (bu yazıdan itibaren en güncel model) dayanarak, bu makalede Azure'da karşılaştırılabilir sonuçların nasıl alındığı açıklanır.

Başlamak için ortamları yan yana düşünün. Aşağıdaki şekilde, uygulamaları çalıştırmak için bir ana bilgisayar ortamı bir Azure barındırma ortamıyla karşılaştırılır.

Azure services and emulation environments offer comparable support and streamlines migration

Ana bilgisayarların gücü genellikle binlerce kullanıcı için milyonlarca güncelleştirmesi işleyen çevrimiçi işlem işleme (OLTP) sistemleri için kullanılır. Bu uygulamalar genellikle işlem işleme, ekran işleme ve form girişi için yazılım kullanır. Müşteri Bilgi Denetim Sistemi (CICS), Bilgi Yönetim Sistemi (IMS) veya İşlem Arabirimi Paketi (TIP) kullanabilirler.

Şekilde gösterildiği gibi Azure'da tpm öykünücüsü CICS ve IMS iş yüklerini işleyebilir. Azure'da bir toplu iş sistemi öykünücüsü İş Denetim Dili (JCL) rolünü gerçekleştirir. Ana bilgisayar verileri Azure SQL Veritabanı gibi Azure veritabanlarına geçirilir. Azure hizmetleri veya Azure Sanal Makineler'da barındırılan diğer yazılımlar sistem yönetimi için kullanılabilir.

Bir bakışta ana bilgisayar işlem

z14 ana bilgisayarın işlemcileri dört çekmeceye kadar düzenlenmiştir. Çekmece yalnızca işlemci ve yonga kümesidir. Her çekmecede altı aktif merkezi işlemci (CP) yongası ve her CP'nin 10 sistem denetleyicisi (SC) yongaları vardır. Intel x86 terminolojisinde çekmece başına altı yuva, yuva başına 10 çekirdek ve dört çekmece vardır. Bu mimari, z14 için en fazla 24 yuva ve 240 çekirdeğin kaba eşdeğerini sağlar.

Hızlı z14 CP, 5,2 GHz saat hızına sahiptir. Genellikle z14, kutudaki tüm CP'ler ile birlikte teslim edilir. Gerektiğinde etkinleştirilirler. Bir müşteri, gerçek kullanıma rağmen ayda en az dört saatlik işlem süresi için genellikle ücretlendirilir.

Bir ana bilgisayar işlemcisi aşağıdaki türlerden biri olarak yapılandırılabilir:

  • Genel Amaçlı (GP) işlemci
  • System z Tümleşik Bilgi İşlemcisi (zIIP)
  • Linux (IFL) işlemci için Tümleşik Tesis
  • Sistem Yardım İşlemcisi (SAP)
  • Tümleşik Kavrama Tesisi (ICF) işlemcisi

Ana bilgisayar işlem ölçeğini artırma ve genişletme

IBM ana bilgisayarları 240 çekirdeğe (tek bir sistem için geçerli z14 boyutu) kadar ölçeklendirme olanağı sunar. Ayrıca IBM ana bilgisayarları, Coupling Facility (CF) adlı bir özellik aracılığıyla ölçeği genişletebilir. CF, birden çok ana bilgisayar sisteminin aynı verilere aynı anda erişmesine olanak tanır. CF kullanarak, ana bilgisayar Paralel Sysplex teknolojisi kümelerdeki ana bilgisayar işlemcilerini gruplandırıyor. Bu kılavuz yazıldığında Parallel Sysplex özelliği her biri 64 işlemciden oluşan 32 gruplandırma desteğine sahiptir. İşlem kapasitesinin ölçeğini genişletmek için en fazla 2.048 işlemci bu şekilde gruplandırılabilir.

CF, işlem kümelerinin verileri doğrudan erişimle paylaşmasına olanak tanır. Bilgileri, önbellek bilgilerini ve paylaşılan veri kaynaklarının listesini kilitlemek için kullanılır. Bir veya daha fazla CF kullanan Paralel Sysplex, "paylaşılan her şey" ölçeği genişletme işlem kümesi olarak düşünülebilir. Bu özellikler hakkında daha fazla bilgi için IBM web sitesindeki IBM Z'de Parallel Sysplex konusuna bakın.

Uygulamalar hem ölçeği genişletme performansı hem de yüksek kullanılabilirlik sağlamak için bu özellikleri kullanabilir. CICS'nin CF ile Parallel Sysplex'i nasıl kullanabileceği hakkında bilgi için IBM CICS ve Coupling Facility: Beyond the Basics redbook'unu indirin.

Bir bakışta Azure işlem

Bazı kişiler yanlışlıkla Intel tabanlı sunucuların ana bilgisayarlar kadar güçlü olmadığını düşünüyor. Ancak yeni çekirdek yoğunluklu, Intel tabanlı sistemler ana bilgisayarlar kadar işlem kapasitesine sahiptir. Bu bölümde bilgi işlem ve depolama için Azure hizmet olarak altyapı (IaaS) seçenekleri açıklanmaktadır. Azure, hizmet olarak platform (PaaS) seçenekleri de sağlar, ancak bu makalede karşılaştırılabilir ana bilgisayar kapasitesi sağlayan IaaS seçeneklerine odaklanılır.

Azure Sanal Makineler çeşitli boyutlarda ve türlerde işlem gücü sağlar. Azure'da sanal CPU (vCPU) kabaca bir ana bilgisayardaki bir çekirdekle eşitleniyor.

Şu anda, Azure Sanal Makine boyutları aralığı 1 ila 128 vCPU sağlar. Sanal makine (VM) türleri belirli iş yükleri için iyileştirilmiştir. Örneğin, aşağıdaki listede VM türleri (bu yazıdan itibaren geçerli) ve önerilen kullanımları gösterilir:

Size Tür ve açıklama
D Serisi 64 vCPU ve 3,5 GHz saat hızına kadar genel amaçlı
E Serisi En fazla 64 vCPU ile iyileştirilmiş bellek
F Serisi 64 vCPU'ya ve 3..7 GHz saat hızına kadar iyileştirilmiş işlem
H serisi Yüksek performanslı bilgi işlem (HPC) uygulamaları için iyileştirilmiş
L Serisi Depolama NoSQL gibi veritabanları tarafından yedeklenen yüksek aktarım hızı uygulamaları için iyileştirilmiştir
M Serisi En fazla 128 vCPU'ya sahip en büyük işlem ve bellek için iyileştirilmiş VM'ler

Kullanılabilir VM'ler hakkında ayrıntılı bilgi için bkz . Sanal Makine serisi.

Bir z14 ana bilgisayarı en fazla 240 çekirdeğe sahip olabilir. Ancak z14 ana bilgisayarları tek bir uygulama veya iş yükü için neredeyse hiçbir zaman tüm çekirdekleri kullanmaz. Bunun yerine, bir ana bilgisayar iş yüklerini mantıksal bölümlere (LPAR) ayırır ve LPAR'ların derecelendirmeleri vardır: MIPS (Saniyede Milyonlarca Yönerge) veya MSU (Milyon Hizmet Birimi). Azure'da bir ana bilgisayar iş yükünü çalıştırmak için gereken karşılaştırılabilir VM boyutunu belirlerken MIPS (veya MSU) derecelendirmesini dikkate alın.

Genel tahminler şunlardır:

  • vCPU başına 150 MIPS

  • İşlemci başına 1.000 MIPS

LPAR'daki belirli bir iş yükü için doğru VM boyutunu belirlemek için önce iş yükü için VM'yi iyileştirin. Ardından gerekli vCPU sayısını belirleyin. Muhafazakar bir tahmin, vCPU başına 150 MIPS'dir. Örneğin bu tahmine göre 16 vCPU'ya sahip bir F serisi VM, 2.400 MIPS'lik bir LPAR'dan gelen IBM Db2 iş yükünü kolayca destekleyebilecektir.

Azure işlem ölçeğini artırma

M serisi VM'ler 128 vCPU'ya kadar ölçeklendirilebilir (bu makale yazıldığı sırada). M serisi VM, vCPU başına 150 MIPS'lik muhafazakar tahmini kullanarak yaklaşık 19.000 MIPS'ye eşit olur. Bir ana bilgisayar için MIPS tahmini için genel kural, işlemci başına 1.000 MIPS'dir. Bir z14 ana bilgisayarın en fazla 24 işlemcisi olabilir ve tek bir ana bilgisayar sistemi için yaklaşık 24.000 MIPS sağlayabilir.

En büyük tek z14 ana bilgisayarı, Azure'daki en büyük VM'den yaklaşık 5.000 MIPS'ye sahiptir. Ancak iş yüklerinin dağıtılma şeklini karşılaştırmak önemlidir. Bir ana bilgisayar sisteminin hem bir uygulaması hem de ilişkisel veritabanı varsa, bunlar genellikle her biri kendi LPAR'ında olmak üzere aynı fiziksel ana bilgisayara dağıtılır. Azure'da aynı çözüm genellikle uygulama için bir VM ve veritabanı için ayrı, uygun boyutta bir VM kullanılarak dağıtılır.

Örneğin, bir M64 vCPU sistemi uygulamayı destekliyorsa ve veritabanı için bir M96 vCPU kullanılıyorsa, aşağıdaki şekilde gösterildiği gibi yaklaşık 150 vCPU veya yaklaşık 24.000 MIPS gerekir.

Comparing workload deployments of 24,000 MIPS

Yaklaşım, LPAR'leri tek tek VM'lere geçirmektir. Ardından Azure, tek bir ana bilgisayar sistemine dağıtılan çoğu uygulama için gereken boyuta kolayca ölçeklendirilir.

Azure işlem ölçeğini genişletme

Azure tabanlı bir çözümün avantajlarından biri ölçeği genişletme özelliğidir. Ölçeklendirme, neredeyse sınırsız işlem kapasitesini bir uygulama için kullanılabilir hale getirir. Azure desteği işlem gücünün ölçeğini genişletmek için birden çok yöntem vardır:

  • Küme genelinde yük dengeleme. Bu senaryoda, bir uygulama yük dengeleyiciyi veya kaynak yöneticisini kullanarak iş yükünü bir kümedeki birden çok VM arasında dağıtabilir. Daha fazla işlem kapasitesi gerekiyorsa kümeye ek VM'ler eklenir.

  • Sanal makine ölçek kümeleri. Bu seri çekim senaryosunda bir uygulama, VM kullanımına göre ek işlem kaynaklarına ölçeklendirilebilir. Talep düştüğünde, bir ölçek kümesindeki VM sayısı da düşebilir ve işlem gücünün verimli bir şekilde kullanılmasını sağlar.

  • PaaS ölçeklendirme. Azure PaaS teklifleri işlem kaynaklarını ölçeklendirir. Örneğin Azure Service Fabric, istek hacmindeki artışları karşılamak için işlem kaynaklarını ayırır.

  • Kubernetes kümeleri. Azure'da uygulamalar, belirtilen kaynaklar için işlem hizmetleri için Kubernetes kümelerini kullanabilir. Azure Kubernetes Service (AKS), Azure'da Kubernetes düğümlerini, havuzlarını ve kümelerini düzenleyen yönetilen bir hizmettir.

İşlem kaynaklarının ölçeğini genişletmeye yönelik doğru yöntemi seçmek için Azure ile ana bilgisayarların arasındaki farkı anlamak önemlidir. Önemli olan verilerin işlem kaynakları tarafından nasıl paylaşılıp paylaşılmadığıdır. Azure'da veriler (varsayılan olarak) genellikle birden çok VM tarafından paylaşılmaz. Bir genişleme işlem kümesindeki birden çok VM için veri paylaşımı gerekiyorsa, paylaşılan verilerin bu işlevi destekleyen bir kaynakta bulunması gerekir. Azure'da veri paylaşımı, aşağıdaki bölümde açıklandığı gibi depolamayı içerir.

Azure işlem iyileştirmesi

Azure mimarisindeki her işleme katmanını iyileştirebilirsiniz. Her ortam için en uygun vm ve özellik türünü kullanın. Aşağıdaki şekilde, Db2 kullanan bir CICS uygulamasını desteklemek için Azure'da VM dağıtmaya yönelik bir olası desen gösterilmektedir. Birincil sitede üretim, üretim öncesi ve test VM'leri yüksek kullanılabilirlik ile dağıtılır. İkincil site yedekleme ve olağanüstü durum kurtarma içindir.

Her katman uygun olağanüstü durum kurtarma hizmetleri de sağlayabilir. Örneğin, üretim ve veritabanı VM'leri sıcak veya sıcak kurtarma gerektirirken, geliştirme ve test VM'leri soğuk kurtarmayı destekler.

Highly available deployment that supports disaster recovery

Sonraki adımlar

IBM kaynakları

Azure Kamu

Diğer geçiş kaynakları