Geçiş öncesinde varlıkların düzeltilmesi

Geçiş değerlendirme işlemi sırasında ekip, bir varlığı seçilen bulut sağlayıcısıyla uyumsuz hale getirebilecek tüm yapılandırmaları belirler. Düzeltme, geçiş işlemindeki uyumsuzlukları çözmek için kullanabileceğiniz bir denetim noktasıdır.

Bu makalede birkaç yaygın düzeltme görevi açıklanır ve düzeltmenin akıllıca bir yatırım olup olmadığını belirlemenize yardımcı olur.

Düzeltme türleri

Dağıtımınız boyunca planlamanız gereken iki ana düzeltme etkinliği türü vardır.

• Değerlendirme etkinliklerinin sonuçlarına göre
  • Çoğaltma ve dağıtıma izin vermek için tamamlanması gereken düzeltme etkinlikleri.
  • Değerlendirme aşamasında iş yükü değerlendirmenizde bu düzeltme etkinliklerini belirlediniz. İş yükünüzü bulutta düzgün bir şekilde çoğaltıp hazırlayabileceğinizden emin olmak için bu görevleri gerçekleştirmeniz gerekir.
  • Bu, öncelikle geçirilmekte olan kaynak sunuculara odaklanır.
• Test etkinliklerinin sonuçlarına göre
  • Bu, geçiş etkinliklerini test etme ve iş testi gerçekleştirme kaynaklıdır.
  • Bu düzeltme etkinlikleri çoğaltılan hedef sunucuların ve yük dengeleyiciler, sanal ağlar ve depolama hesapları gibi yardımcı hizmetlerin yapılandırmasına odaklanır.
  • Bu görevler büyük olasılıkla daha yinelemeli. Tüm test çalışmalarının geçmesi beklenene kadar çeşitli döngülerde test etme ve düzeltme.

Düzeltme etkinliklerini izleme

Yineleme boyunca, değerlendirme veya test yoluyla iş yükleriniz için düzeltme görevlerini tanımlayabilirsiniz. Tamamlandığından emin olmak için bu görevleri proje etkinlikleri olarak izlemeniz gerekir.

Küçük geçiş dalgaları öğeleri izlemek için elektronik tabloları kullanabilir, ancak birçok düzeltme görevine sahip daha büyük dalgalar birden çok öğe oluşturur. Azure DevOps gibi araçları kullanarak iş öğeleri oluşturabilir ve önceliklerini değiştirebilir ve ölçeği genişletmenize yardımcı olmak için belirli aşamalarda ilerleyebilirsiniz. Azure DevOps'ı diğer çabalar için kullanmasanız bile, düzeltme sorunlarını düzeltmek ve geçiş işlemine yönelik görevleri düzenlemek için kullanabilirsiniz.

Bu görevleri oluştururken, bunları etkiledikleri iş yüküne yeniden bağladığınızdan emin olmanız gerekir. Bu, düzeltme görevleri tarafından hangi iş yüklerinin gecikebileceğini değerlendirmenize olanak tanır. Daha sonra iş yükü önceliğine göre işin önceliğini ayarlayabilirsiniz.

Bazı sorunlar birden çok iş yükünü etkileyebilir. Bunlar genellikle konağı olan öğeler, geniş bir yapılandırma veya giriş bölgesiyle ilgili bir bütün olarak sorunlardır. Bu sorunlar, düzeltme için önceliklendirilen ilk sorunlar olmalıdır.

Ortak düzeltme görevleri

Teknik borç, kurumsal ortamın sağlıklı ve beklenen bir parçasıdır. Şirket içi ortam için uygun mimari kararları, bulut platformunda uygun olmayabilir. Her iki durumda da, varlıkları geçişe hazırlamak için yaygın düzeltme görevleri gerekebilir. Aşağıda birkaç örnek verilmiştir:

• İkincil konak yükseltmeleri: Bazen eski bir konağın çoğaltmadan önce yükseltilmesi gerekir.
• Küçük konuk işletim sistemi yükseltmeleri: Çoğaltmadan önce işletim sisteminize düzeltme eki uygulamanız veya yükseltmeniz gerekebilir.
• Hizmet düzeyi sözleşmesi (SLA) değişiklikleri: Bulut platformunda yedekleme ve kurtarma işlemleri önemli ölçüde değişir. Geçirilen varlıkların yedekleme işlemlerinin bulutta gerekli SLA'ları elde etmeye devam etmelerini sağlamak için değiştirilmesi gerekebilir.
• Uygulama yapılandırma değişiklikleri: Geçirilen uygulamalar, bağımlı varlıklara yönelik ağ yolları, hizmet hesabı değişiklikleri veya bağımlı IP adreslerinde yapılan güncelleştirmeler gibi değişkenler için ayarlamalar yapılmasını gerektirebilir.
• Ağ yollarında küçük değişiklikler: Kullanıcı trafiğini yeni varlıklara düzgün şekilde yönlendirmek için yönlendirme düzenlerinin değiştirilmesi gerekir. Bu, yeni varlıklara üretim yönlendirmesi değildir, ancak genel olarak varlıklara doğru yönlendirmeye izin verecek yapılandırmadır.

Büyük ölçekli düzeltme görevleri

Bir veri merkezi düzgün şekilde korunduğunda, düzeltme eki uygulandığında ve güncelleştirildiğinde düzeltmeye ihtiyaç yoktur. Düzeltme açısından zengin ortamlar büyük kuruluşlarda yaygın olma eğilimindedir. Bu, büyük BT küçültme, eski yönetilen hizmet ve alım açısından zengin ortamlar altındaki kuruluşları içerebilir. Bu ortamların her birinde düzeltme, geçiş çalışmasının büyük bir bölümünü oluşturur. Aşağıdaki düzeltme görevleri sık sık gerçekleşebilir veya geçiş hızını veya tutarlılığını olumsuz etkileyebilir. Böyle bir durumda, düzeltmeyi bulut benimseme ve bulut idaresine benzer paralel bir çaba ve ekibe ayırın.

• Sık konak yükseltmeleri: Bir iş yükünün geçişini tamamlamak için birden çok ana bilgisayarın yükseltilmesi, geçiş ekibini geciktirebilir. Etkilenen uygulamaları planlı sürümlere eklemeden önce, etkilenen uygulamaları yalıtın ve düzeltme adımlarını ele alın.
• Sık sık konuk işletim sistemi yükseltmesi: Büyük kuruluşların genellikle linux veya Windows'un eski sürümlerinde çalışan sunucuları vardır. Eski bir işletim sistemini çalıştırmanın güvenlik risklerinin yanı sıra, etkilenen iş yüklerinin geçişini engelleyen uyumsuzluk sorunları da vardır. Birden çok sanal makine (VM) işletim sistemi düzeltmesi gerektirdiğinde, bu çabaları paralel yinelemeye ayırmayı deneyin. Azure Geçişi ve Modernleştirme'deki Windows Server yükseltme özelliği gibi bazı yükseltmeler geçiş işleminin bir parçası olarak geçiş araçları tarafından tamamlanabilir.

Büyük ölçekli düzeltmeleri ele alın

Daha küçük iş yüklerinin düzeltilmesi basit olabileceği için ilk geçiş dalgalarınız için daha küçük iş yüklerini seçin. Geçiş çalışmalarınız büyüdükçe ve daha büyük iş yükleriyle uğraşmaya başladıkça düzeltme zaman alabilir ve maliyetli olabilir. Örneğin, 5.000'den fazla VM'ye sahip bir varlık havuzu içeren bir Windows Server 2003 geçişi için düzeltme çalışmaları, geçişi aylar içinde geciktirebilir. Bu tür büyük ölçekli düzeltmeler gerektiğinde, etkilenen iş yüklerini geçirme planlarınızı değiştirmeniz gerekebilir. Bu gibi durumlarda, düzeltme çalışmalarının değerini en üst düzeye çıkarmak için yapılan modernleştirme etkinlikleri daha verimli ve üretken olabilir.

Kararlara yol göstermesine yardımcı olması için aşağıdaki soruları kullanabilirsiniz:

• Düzeltmeden etkilenen tüm iş yükleri geçiş kapsamında tanımlandı ve belirlendi mi?
• Etkilenmeyen iş yükleri için, geçiş benzer bir yatırım getirisi (ROI) üretir mi?
• Etkilenen varlıklar özgün geçiş zaman çizelgesi ile uyumlu olarak düzeltilebilir mi? Zaman çizelgesi değişikliklerinin yatırım getirisi üzerindeki etkisi nedir?
• Varlıkları geçiş eforlarıyla paralel olarak düzeltmek ekonomik olarak mümkün müdür?

Önceki sorular yanıtlanmamışsa şu modernleştirme yaklaşımlarını göz önünde bulundurun:

• Kapsayıcıya alma: Bazı varlıklar, düzeltme olmadan kapsayıcılı bir ortamda barındırılabilir. Bu, daha az uygun performansa neden olabilir ve güvenlik veya uyumluluk sorunlarını çözmez.
• Otomasyon: İş yükü ve düzeltme gereksinimlerine bağlı olarak DevOps yaklaşımını kullanarak yeni varlıklara dağıtım betiği oluşturmak daha karlı olabilir.
• Yeniden oluşturma: Düzeltme maliyetleri ve iş değeri eşit düzeyde yüksek olduğunda, bir iş yükü yeniden oluşturmak veya yeniden oluşturmak için uygundur.

Sonraki adım

Varlıkları çoğaltma