Veri geçişi planlama
Veri platformu modernleştirme projesinin genellikle sırayla tamamlanan beş aşaması vardır.
Küresel perakendeci senaryomuzda, yönetim kurulunuz modernizasyon projesini onayladı ve personel ve diğer kaynakları düzenlemeye başlıyorsunuz. Görevleri en iyi şekilde ayarlamak ve atamak için proje aşamalarını derinlemesine anlamanız gerekir.
Bu ünitede beş aşamadan her birini daha ayrıntılı bir şekilde keşfedeceksiniz.
Başlatma ve bulma
Veri platformu modernleştirme projeleri genellikle iş veya yasal gereksinimleri karşılamak için başlatılır. Bu nedenle, bu ihtiyaçların hesaba bağlanması ve üst yönetimden destek alınması çok önemlidir. İlk adım, aşağıdaki noktaları içeren bir bulma alıştırmasını tamamlamaktır:
Geçerli ortamı değerlendirme
Birçok BT altyapısı genellikle yıllar içinde, hatta belki de on yıllar içinde gelişecektir. Bu süre içinde işletme ve personel, bir kuruluşun sahip olduğu sistemlerde artık uzman olmayacak kadar büyük ölçüde değişebilir. Bazı nadir durumlarda, kuruluşlar hala var olan bazı sistemleri olduğunu bile unutabilir.
Mevcut uygulamalar ve veritabanları arasındaki bağımlılıkları denetleme
Uygulamalarınızın ağınızdaki veritabanlarıyla nasıl etkileşim kurduğunu anlamak için zaman ayırmalısınız. Ayrıca, veritabanlarını mantıksal gruplandırmalarda birlikte gruplandırabilmeniz için mevcut olabilecek veritabanları arası bağımlılıkları da anlamanız gerekir. Bu alıştırmayı gerçekleştirerek veritabanlarının mantıksal gruplandırmalarını tek bir birim olarak Azure'a geçirmek için temel olarak kullanacaksınız.
Sistemlerinizin iş yükü türlerini listeleme
tanımlanan veritabanı sunucularında iş yükü türlerini listelemek, kullanımları hakkında içgörü sağlar. İş yükleri, okuma veya yazma yoğunluklu olup olmadıklarına bağlı olarak analitik (OLAP) veya işlem (OLTP) olarak sınıflandırılabilir. Bu, hangi veri platformu teknolojisinin geçirildiğine karar vermenize yardımcı olur. Daha fazla kategorilere ayırma toplu iş veya karar desteği iş yüklerini içerebilir.
Değerlendirme
Değerlendirme aşamasında, bulma aşamasında toplanan bilgiler, aşağıdakileri oluşturmak üzere tanımlanan iş yüklerinin kapsamlı bir değerlendirmesini yapmak için kullanılır:
- Olası geçiş engelleyicileri
- Geçiş sonrası düzeltmeleri gerektiren tüm hataya neden olan değişiklikler
- İş yüklerinin kullanabileceği Azure özellikleri
Bunu, geçerli iş yükü değerlendirmesini ve iş yükü ölçüt değerlendirmesini tamamlayarak oluşturursunuz:
Geçerli iş yükü değerlendirmesi
Tanımlanan veritabanı sunucuları ve uygulamaları kategorilere ayrılmıştır ve aşağıdakileri oluşturmak için onaylanır: veri hacmi ve beklenen büyüme oranları, ortalama kaynak kullanımı ve bunların işletme için kritikliği. Bu aşama ayrıca geçirilecek veritabanlarının sayısını azaltmak ve toplam sahip olma maliyetini düşürmek için şirket içi veritabanlarını birleştirmeyi veya kullanımdan kaldırmayı göz önünde bulundurma fırsatı sunar.
İş yükü ölçüt değerlendirmesi
İş yükü ölçütleri değerlendirmesinde, geçerli iş yükü değerlendirmesinin bulgularını kullanır ve tanımlanan iş yüklerini çalıştırmak için geçiş sonrası ölçütlerini tanımlarsınız.
Yoğun saatlerde yoğun olarak kullanılan ancak yoğun olmayan saatlerde düşük kullanımlı bir işlem veritabanı sunucusu tanımladığını varsayalım. İş yükü ölçütleri değerlendirmesinde, en yüksek yükleri işlemek için otomatik ölçeklendirme ile bir Azure SQL Veritabanı geçiş gibi geçiş sonrası ölçütleri tanımlarsınız.
Planlama
Veri platformu modernleştirme projesinin planlama aşaması, planlı veya plansız kesintiler için hedef platformu, geçiş yaklaşımını ve azaltma planlarını belirlemeyi içerir.
Veri Platformu modernleştirme sürecinin planlama aşamasında, mevcut bir şirket içi ortamdan yeni bir bulut tabanlı ortama (genel veya özel) geçişi nasıl gerçekleştirebileceğinizi açıklayan yedi terim vardır:
| # | Aşama | Eylem | Açıklama |
|---|---|---|---|
| 1. | Kalır | Hiçbir şey yapma | Kalan şirket içi hizmetler için uzun vadeli seçenekleri göz önünde bulundurarak modernleştirmeye devam edin. |
| 2. | Yeniden barındırma | IaaS'ye geçiş | Bu yaklaşım, veri merkezi yönetimi gereksinimini ortadan kaldırır ve daha düşük bir Toplam Sahip Olma Maliyeti (TCO) aracılığıyla daha yüksek bir Yatırım Getirisi (ROI) sağlar. |
| 3. | Yeniden düzenleme | En az uygulama değişikliğiyle IaaS veya PaaS'a geçiş | Bu yaklaşım, veri merkezi yönetimi gereksinimini ortadan kaldırır ve daha düşük bir Toplam Sahip Olma Maliyeti (TCO) aracılığıyla daha yüksek bir Yatırım Getirisi (ROI) sağlar. Ayrıca veritabanlarını birleştirerek daha düşük bir yönetim yükü sağlayabilir. |
| 4. | Yeniden mimari oluşturma | Bulut teknolojilerini kullanmak için uygulamanın temel yönlerini yeniden yazma | Modern bileşenlerin kullanılmasını sağlar, kod dağıtımını azaltır ve altyapı ve hizmetlerin DevOps dağıtımını kolaylaştırır. |
| 5. | Yeniden derleme | Uygulamayı PaaS veya sunucusuz teknolojileri kullanacak şekilde yeniden oluşturma | Veri platformlarını ve uygulamaları daha yeni teknolojilerle yeniden derlemek, Azure'ın yerleşik yüksek kullanılabilirliğinin kullanılmasını sağlar, uygulama taşınabilirliğini ve ölçeklenebilirliğini artırır ve kullanılan teknoloji ile uygulamayı destekleyen/geliştiren personel arasındaki olası beceri boşluklarını en aza indirir. |
| 6. | Replace | Uygulamayı daha yeni bir uygulama veya SaaS çözümüyle değiştirme | Bir uygulamanın sunucuya bağlı fiziksel cihazlara bağımlılıkları olduğunda veya şirket içi altyapıyla sıkı bir şekilde tümleştirildiğinde değiştirme yaklaşımını göz önünde bulundurun. |
| 7. | Devre Dışı Bırak | Artık gerekli olmayan uygulamaların yetkisini alma | Eski uygulamalar ve veritabanları artık kullanılmadığında kullanımdan kaldırma yaklaşımı dikkate alınmalıdır çünkü bunları tutmak için iş veya yasal bir gereksinim yoktur. |
Aşağıdaki grafikte, işletmenin geçişten elde edilen değerle karşılaştırıldığında her terimin gerektirdiği çaba miktarı gösterilmektedir.
Platform hedefi seçenekleri
Hedef platformu seçme konusunda kullanabileceğiniz iki üst düzey seçenek vardır.
Hizmet Olarak Altyapı (IaaS) - Bu yaklaşımda, verilerinizi SQL Server'ın yüklü olduğu bir sanal makineye geçirirsiniz.
Hizmet Olarak Platform (PaaS) - Bu yaklaşımda, verilerinizi iş yükünüz için uygun bir veri platformu hizmetine geçirirsiniz. İşlem iş yükleri için bu, Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği içerir. Çevrimiçi Analitik İşleme (OLAP) türü iş yükleri için bu, Azure Synapse Analytics'i içerir.
Özelliklere göre hedef platformu seçme
Azure SQL Veritabanı - Uygulama yüzey alanı veritabanı kapsamına alınmışsa kullanın. SQL Veritabanı, belirli iş yükleri için harika bir seçenek olabilecek düşük bakım çözümü sunar.
Elastik Havuzlar Azure SQL Veritabanı - Elastik havuzlar, her veritabanı için kaynakları ayrı ayrı yönetmek zorunda kalmak yerine bir grup veritabanına depolama ve işlem kaynakları ayırmanıza olanak sağlar. Ayrıca, elastik havuzların ölçeklendirilmesi tek veritabanlarından daha kolaydır; burada elastik havuzda yapılan değişiklikler nedeniyle tek tek veritabanlarının ölçeklendirilmesi artık gerekli değildir.
sunucusuz Azure SQL Veritabanı - Geliştirme ve test ortamlarındaki maliyetleri düşürmek için etkilidir. Otomatik duraklatma gecikmesi özelliği, veritabanı otomatik olarak duraklatılmadan önce etkin olmayan süreyi ayarlamanıza olanak tanır. 1 saat ile 7 gün arasında bir seçim yapabilir veya devre dışı bırakabilirsiniz. Veritabanına yeniden erişilirken devam eder ve yalnızca duraklatma sırasında depolama ücretleri uygulanır.
Azure SQL Yönetilen Örneği - Uygulama yüzeyi alanı örnek kapsamına alınmışsa ve aşağıdaki gibi Azure SQL Veritabanı'de kullanılamayan özellikler gerektiriyorsa kullanım için uygun olacaktır:
- SQL Aracısı
- MSDTC
- DQS
- AVH
- Veritabanı Postası
- Polybase
- Bağlı Sunucular için destek
- Tehdit Algılama gibi yeni Azure bulut hizmetlerini destekler
Azure Sanal Makinesinde SQL Server - Uygulama yüzeyi alanı örnek kapsamındaysa ve SQL Server Reporting Services (SSRS), SQL Server Analysis Services (SSAS) ve SQL Server Integration Services (SSIS) gibi Azure SQL Yönetilen Örneği'de bulunmayan özellikler gerektiriyorsa kullanın.
Azure Synapse Analytics - Sorgu işleme sürelerini azaltmak için yüksek düzeyde paralel işlemeden (MPP) yararlanabilen büyük miktarda veride karmaşık sorgular çalıştıran uygulamalarınız varsa kullanın.
SQL için her PaaS teklifinde desteklenen özelliklerin listesini görüntülemek için bkz. Özellikler karşılaştırması: Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği.
Maliyete göre hedef platformu seçme
Azure SQL Veritabanı - Azure SQL Veritabanı'nin Hizmet Olarak Platform özelliği, Azure IaaS topolojisindeki daha geleneksel SQL Server'a göre yönetim ve yönetim maliyetlerini büyük ölçüde azaltır. Gerekli işlerin çoğu Microsoft tarafından arka planda sessizce tamamlanır. Büyük ölçekte, zaman ve çabada önemli ölçüde tasarruf sağlayabilirsiniz.
Azure SQL Veritabanı Elastik Havuzlar - Azure SQL Veritabanı Elastik Havuzlar, öngörülemeyen kullanım talepleri olan birden çok veritabanı için önemli tasarruf sağlar. İşlem kaynakları paylaşılır ve aşırı sağlamayı önler ve sunucu bakımı ve yönetimi için maliyetleri azaltır.
Azure SQL Yönetilen Örneği - SQL Yönetilen Örneği, tam olarak yönetilen bir hizmet isteyen müşterilere en az yapılandırma değişikliğiyle şirket içi ortamlarını kolayca kaldırıp kaydırabilecekleri şekilde sunulur. Ortam en az 8 çekirdek ve 8 TB'a kadar depolama alanı sunar ve yalıtılmış bir sanal ağda yer alır. Bu teklif, buluta hızla ulaşmak ve sanal makinelerin bakımının yükünü önlemek isteyen müşteriler için harikadır.
Azure Sanal Makinesinde SQL Server - PaaS teklifleriyle karşılaştırıldığında, Azure sanal makinelerinde çalışan SQL Server daha yüksek işlem, depolama ve yönetim maliyetleriyle gelir, ancak SQL Server ve altyapı üzerinde daha fazla denetim sağlar.
Azure Synapse Analytics - Azure Synapse Analytics, karmaşık sorguları saatler yerine dakikalar içinde işlemek için MPP mimarisinden yararlanarak maliyetinizi düşürebilir.
Çevrimdışı ve çevrimiçi geçişler karşılaştırması
Planlama aşamasında, çevrimdışı mı yoksa çevrimiçi geçiş mi yapacağınızı göz önünde bulundurmanız gerekir. Çevrimdışı geçişlerle uygulama kapalı kalma süresi, geçişin başlamasıyla aynı anda başlar. Geçiş tamamlandığında kapalı kalma süresini yeni ortama geçmek için gereken süreyle sınırlamak için çevrimiçi geçiş kullanın. Kapalı kalma süresinin kabul edilebilir olup olmadığını belirlemek için çevrimdışı geçişi test etmek önerilir; değilse, çevrimiçi geçiş yapın. Ayrıca, seçilen Azure platformuna bağlı olarak çevrimiçi veya çevrimdışı seçenekler kullanılamayabilir.
Dönüştürme ve iyileştirme
Değerlendirmeniz ve planlamanız, uygulamalarınızın ve veritabanınızın geçiş sonrası çalışmayı gerektiren, geçişin başarılı olmasını sağlamak için bir özelliği dönüştüren veya en iyi duruma getiren yönlerini tanımlamış olabilir. Dönüştürme genellikle veritabanının bir yönünü düzeltmenizi veya değiştirmenizi gerektiren işleri içerir.
İyileştirme genellikle geçirilen veritabanında bir özelliğin avantajlarından yararlanmak için değişiklik yapmayı veya Azure'da kullanımını iyileştirmeyi içerir.
Örneğin, bir dönüştürme, hedef veritabanında desteklenmeyen söz dizimi içeren bir saklı yordamı veya SQL sorgusunu değiştirmeyi içerebilir. Bu, yeni veritabanı platformuyla uyumluluğu sağlamak için söz diziminin ayarlanmasını ve saklı yordamın veya sorgunun hedef ortamda herhangi bir sorun olmadan sorunsuz çalışmasını sağlamayı gerektirir.
Dönüştürmek
Geçiş sonrası deneyimin başarılı olmasını sağlamak için bir veritabanında aşağıdaki değişikliklerden birinin veya daha fazlasının yapılması gerekebilir.
Geçiş öncesi sürüm yükseltmelerini yükleme
Geçiş değerlendirme araçları tarafından tanımlanan hataları düzeltme
Veritabanı şeması değişikliklerini uygulama
Mevcut tümleşik veritabanı hizmetlerini Azure'a geçirme
Bulutta SSIS iş yüklerini işleme
İyileştir
Kuruluşunuzun Azure'a yaptığı yatırımdan en iyi şekilde kurtulduğundan emin olmak için geçiş sırasında takip etmek isteyeceğiniz bir veya daha fazla iyileştirme yönergesi olabilir.
Hedef platformda hangi yeni özelliklerin kullanılabilir olabileceğini değerlendirme
İş yüklerini daha uygun maliyetli veya performans açısından verimli kümelere yeniden yapılandırma
Geçiş sırasında en yüksek hizmet düzeyini ve performans katmanını seçin ve geçiş tamamlandıktan sonra ölçeği azaltın
İş yüklerinin doğru boyutlandırıldığından emin olun
BACPAC dosyanızla hedef veri merkezi arasındaki mesafeyi en aza indirin
Geçiş sırasında otomatik istatistikleri devre dışı bırakma
Tabloları ve dizinleri bölümleme
Dizine alınan görünümleri bırakın ve bitirdikten sonra yeniden oluşturun
Geçirme, doğrulama ve düzeltme
Bu aşama, geçişin kendisini ve başarılı bir geçişi onaylamak için gereken doğrulama adımlarını ve düzeltme adımlarını içerir. Önceki planlama, değerlendirme ve dönüşüm aşamaları, Azure'a taşındıktan sonra her şeyin geçirilmeye ve düzgün çalışmaya hazır olmasını sağlayacaktır. Yapılması gereken tek şey gerekli geçiş araçlarını hazırlamak, geçişi tamamlamak ve kaynak veritabanıyla veri tutarlılığı sağlamak için geçiş sonrası işlevsel ve performans doğrulamalarını çalıştırmaktır.
Geçiş, doğrulama ve düzeltme konusunda dikkat edilmesi gerekenler
Seçilen hedef platforma geçişi yapmak için kullanılabilecek çok çeşitli araçlar vardır. Bu araçlar diğer modüllerde ele alınacaktır. Bu arada, geçişi tamamlarken aşağıdakileri göz önünde bulundurmanız önemlidir:
- İş yükü gereksinimlerinizi başlangıç noktası olarak anlama
- Başlangıçta geçiş için kritik olmayan iş yüklerini veya düşük öncelikli veritabanlarını seçin
- Geçiş testi çalıştırma
- Veritabanı sorunlarını test edin
- Kapalı kalma süresi ve uyumluluk sorunlarıyla ilişkili riski azaltmak için planı test edin
- Veritabanı kapalı kalma süresi riskini azaltmaya yardımcı olmak için geçiş araçlarını kesintiye göre değerlendirme
- Geçiş işleminizde sürekli yineleme
- Geçiş için hedeflenen uygulama ve veritabanı için kullanılabilen bakım pencerelerini göz önünde bulundurun
- Eski veritabanlarını ve uygulamaları çevrimdışına alma
- Üçüncü taraf uygulamaları test edin
- Yeni olağanüstü durum kurtarma ve bakım planları oluşturma