İş yüklerinin hazır olma durumunu değerlendirme

Bu makalede, bir iş yükünün buluta geçişe hazır olma durumunu değerlendirmeye odaklanmaktadır.

Bir iş yükünü geçirmek istediğinizde, bulut benimseme ekibi tüm varlıkların ve ilişkili bağımlılıkların dağıtım modelinizle ve bulut sağlayıcınızla uyumlu olmasını sağlar. Ekip, uyumluluk sorunlarını düzeltmek için gerekli tüm çabaları belgeler.

Değerlendirme varsayımları

Azure için Bulut Benimseme Çerçevesi ilkeleri tartışan içeriğin çoğu buluttan bağımsızdır. Ancak hazır olma değerlendirme süreci her bulut platformuna ve Hazırlama aşamasında seçtiğiniz geçiş araçlarına özgü olmalıdır.

Seçtiğiniz değerlendirme araçları, geçiş engelleyicileri hakkında bilgi sağlamalıdır. Yaygın engelleyiciler arasında çoğaltmayı etkileyebilecek işletim sistemi desteği, sunucu boyutu ve veri değişikliği hızları bulunur.

Bazı kuruluşlar, kaynak hiper yönetici platformundan yararlanan sanal makinelerin (VM) yapılandırmalarıyla ilgili sorunlarla da karşılaşır. Bu yapılandırmalar sanallaştırma tabanlı güvenlik, dinamik diskler, Microsoft dışı uygulama lisansları, veri kaynağı yapılandırmaları ve sertifikaları içerir.

Her ortam ve iş sonucu belirli gereksinimleri gerektirdiği için bu makale tüm olası değerlendirme etkinliklerini yakalamaz. Bu gereksinimleri belirlemenize yardımcı olmak için altyapı, veritabanları ve ağlarla ilgili birkaç yaygın değerlendirme etkinliği aşağıda verilmiştir.

Çapraz veri merkezi bağımlılıklarını değerlendirme

İş yüklerini birden çok veri merkezinden geçiriyorsanız, bu veri merkezleri arasındaki bağımlılıkları değerlendirmeniz gerekir.

Çapraz veri merkezi bağımlılıklarınızı değerlendirmek için aşağıdaki özellikleri göz önünde bulundurun:

Önemli

  • İkincil bir veri merkezinde bulunan varlıkları tanımlamak için varlık yerleşimini ve IP adresi şemalarını anlayan bir konu uzmanına ihtiyacınız vardır.
  • Çift yönlü bağımlılıkları anlamak için görselleştirmedeki aşağı akış bağımlılıklarını ve istemcilerini değerlendirmeniz gerekir.

Örnek senaryolar

Aşağıdaki bölümlerde, iş yüklerini ve veritabanlarını buluta geçirmeye hazır olma durumunu değerlendirmeye yönelik yönergeler sağlanmaktadır.

Azure Geçişi ve Modernleştirmesi için yaygın değerlendirme etkinlikleri

Aşağıdaki kılavuzda, bir iş yükünü Azure'a geçirmeyi amaçladığınız varsayılır. Ayrıca çoğaltma etkinlikleri için Azure Geçişi ve Modernleştirme kullandığınız varsayılır.

İş yüklerini değerlendirmek ve Azure'da çalışma maliyetini hesaplamak için Azure Geçişi ve Modernleştirme projenizi kullanabilirsiniz. Daha fazla bilgi için bkz . Azure Geçişi ve Modernleştirme'de Azure VM değerlendirmeleri.

Ayrıca Azure Geçişi ve Modernleştirme projenizi kullanarak geçişe hazır olma durumunu değerlendirebilir, gerçek kullanıma göre sunucu boyutunu Azure aboneliklerine çevirebilir ve maliyetleri hesaplayabilirsiniz. bir iş olayı oluşturarak maliyet hesaplamalarınızı daha da geliştirin.

Konak yapılandırmasındaki, çoğaltılan VM yapılandırmasındaki, depolama gereksinimlerindeki veya ağ yapılandırmasındaki tutarsızlıkları belgelediğinizden emin olun. Geçişiniz için bant genişliğiyle ilgili dikkat edilmesi gereken noktaları tahmin etmek için bu bilgileri kullanın. Bant genişliği tahmininin yaygın bileşenleri şunlardır:

  • Toplam depolama: Bir sürüme kadar olan yinelemeler sırasında çoğaltılan VM'lerin ihtiyaç duyduğu toplam depolama alanını hesaplayın.
  • Kayma veya değişiklik hızı: Bir sürüme kadar olan yinelemeler sırasında çoğaltılan VM'lerin ihtiyaç duyduğu depolama alanının kayma veya değişiklik hızını hesaplayın.
  • Bant genişliği gereksinimleri: Toplam depolama alanını ve kaymayı toplayarak her yinelemenin ihtiyaç duyduğu bant genişliği gereksinimlerini hesaplayın.
  • Kullanılmayan bant genişliği: Yineleme başına hizalamayı doğrulamak için geçerli ağdaki kullanılabilir kullanılmayan bant genişliğini hesaplayın.
  • Geçiş hızı bant genişliği: Beklenen geçiş hızına ulaşmak için ihtiyacınız olan bant genişliğini belgeleyin. Gerekli bant genişliğini sağlamak için herhangi bir düzeltmeye ihtiyacınız varsa, düzeltme etkinliklerinden sorumlu ekibi bilgilendirin.

Not

Toplam depolama alanı, ilk çoğaltma sırasında bant genişliği gereksinimlerini doğrudan etkiler. Ancak, depolama kayması yayın zamanına kadar çoğaltma noktasından devam eder. Bu, kaymanın kullanılabilir bant genişliği üzerinde birikimli bir etkiye sahip olduğu anlamına gelir.

Bant genişliği gereksinimleriyle ilgili yönergeler için bkz . Geçiş ve modernleştirme araçlarıyla ilgili yaygın sorular.

Ortak veritabanı değerlendirme etkinlikleri

Sunucu geçişinizin bir parçası olarak SQL Server örneklerini veya diğer veritabanı sunucularını geçirme işlemine de bakabilirsiniz.

  • GPO'ları ve GPO'ları belgele: Geçerli veritabanı dağıtımının kurtarma noktası hedeflerini (RPO) ve kurtarma süresi hedeflerini (GPO) belgeleyin. Mimari etkinlikleri sırasında karar vermenize yardımcı olması için bu bilgileri kullanın.
  • Yüksek kullanılabilirlik gereksinimlerini belgeleyin: Yüksek kullanılabilirlik yapılandırma gereksinimlerini belgeleyin. SQL Server gereksinimleri hakkında daha fazla bilgi için bkz . SQL Server yüksek kullanılabilirlik çözümleri kılavuzu.
  • PaaS'ı değerlendirme: Hizmet olarak platform (PaaS) uyumluluğunu değerlendirin. Azure Veritabanı Geçiş Hizmeti kılavuzları şirket içi veritabanlarını Azure Cosmos DB, Azure SQL Veritabanı, MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı gibi uyumlu Azure PaaS çözümleriyle eşlerveya MariaDB için Azure Veritabanı.
    • Düzeltme olmadan PaaS uyumluluğu: PaaS uyumluluğu, herhangi bir düzeltmeye gerek kalmadan bir seçenek olduğunda, mimari etkinliklerinden sorumlu olan takıma başvurun. PaaS geçişleri zamandan tasarruf edebilir ve çoğu bulut çözümünün toplam sahip olma maliyetini (TCO) azaltabilir.
    • Düzeltme gerektiğinde PaaS uyumluluğu: Mimari ve düzeltme etkinliklerinden sorumlu ekiplere başvurun. Birçok senaryoda, veritabanı çözümleri için PaaS geçişlerinin avantajları düzeltme süresindeki artıştan daha fazladır.
  • Belge boyutu ve değişiklik oranı: Geçirmeyi planladığınız her veritabanı için değişiklik boyutunu ve oranını belgeleyin.
  • Uygulama ve veritabanı bağımlılıklarını belgeleyin: Mümkün olduğunda, her veritabanına çağrıda bulunan uygulamaları veya diğer varlıkları belgeleyin.

Not

Herhangi bir varlığın eşitlenmesi, çoğaltma işlemi sırasında bant genişliğini tüketir. Yaygın bir tuzak, varlıkları çoğaltma ve yayın noktaları arasında eşitlenmiş tutmak için ne kadar bant genişliğine ihtiyacınız olduğunu göz ardı etmektir. Veritabanları, yayın döngüleri sırasında bant genişliğini yaygın olarak kullanır ve büyük depolama ayak izine veya yüksek değişiklik oranına sahip veritabanları üzerinde özellikle düşünülmesi gerekir.

Kullanıcı kabul testi (UAT) ve yayından önce denetimli güncelleştirmelerle veri yapısını çoğaltmayı göz önünde bulundurun. Bu senaryolarda Azure Site Recovery'nin alternatifleri daha uygun olabilir. Daha fazla bilgi için bkz. Azure Veritabanı Geçiş Hizmeti kılavuzları.

Sonraki adım

Bir sistemi değerlendirdikten sonra çıkışlar yeni bir bulut mimarisinin geliştirilmesini besler.