Depolama geçişi değerlendirmesi

Değerlendirme aşamasında veri varlıkları, bağımlılıklar ve verilerin hacmi ve kullanımı sistematik olarak envantere kaydedilir. Bu envanter, hem geçiş öncesi hem de geçiş sonrası durumundaki verileri dikkate alır. Her veri kümesinin profili performans, dayanıklılık, güvenlik, maliyet ve kullanım gereksinimleri gibi faktörlere göre oluşturulur. Bu öznitelikler uygun değerlendirme ve hedef hizmet seçiminde yardımcı olur.

Aşağıdaki liste, kaynak verilerinizi bulmak ve değerlendirmek için yaygın olarak envantere kaydedilmiş ve kataloglanmış öğeler içerir.

Envanter veri varlıkları

  1. Taşınmakta olan tüm veri kaynaklarını katalogla. Bu kaynaklar kullanıcı verilerini, departman paylaşımlarını, dosya paylaşımlarını, uygulama verilerini, içerik yönetim sistemlerini ve veritabanlarını içerir. Bunlar ayrıca yedekleme-arşiv verilerini, sanal makine disklerini veya herhangi bir SAN, NAS, DFS veya bant arşivinde depolanan verileri içerir.
  2. Kataloğunuzdaki her veri kaynağı için GB/TB/PB cinsinden veri boyutunu tahmin edin. Yaklaşık dosya ve nesne sayısını ekleyin.
  3. Dizin yapılarının hiyerarşisini ve derinliğini yakalayın.
  4. Ayrılmış dosya adları, dizin veya dosya uzunluğu, uzun yollar veya ilgili alternatif veri akışları gibi özel özellikleri aşağı doğru hizalayın.
  5. Geçerli ve gelecekteki veri hizmetleri için dahil olan Kimlik doğrulama yöntemlerini kaydedin.

Veri türü ve erişim desenlerini tanımlama

  1. Her kaynak için veri türünü ve erişim yöntemini ve erişim sıklığını kaydedin.
  2. Erişim yöntemlerini ve protokollerini dosya düzeyinde, nesne düzeyinde veya blok düzeyinde tanımlayın. Örneğin, dosya düzeyi protokoller SMB veya NFS içerebilir. Nesne düzeyi protokoller S3 veya REST API'leri içerebilir ve blok düzeyi protokoller iSCSI veya sunuculara bağlı ham diskler veya LUN'lar içerebilir.
  3. Geçiş öncesi ve sonrası erişim için bu verilere uygulama bağımlılıklarını kaydedin. Protokoller Azure'a geçirildikten sonra bu verilerin erişimini sağlar.
  4. Belirli izin düzeylerini ve ACL'leri, izinler için bekletme gereksinimlerini ve dosya için erişim tabanlı numaralandırma veya alternatif veri akışları gibi belirli bir özellik desteğini yakalayın.
  5. Ayrıca erişim desenlerine de dikkat edin: sıralı ve rastgele; okuma/yazma oranı
  6. Azure depolamaya geçişte verileri birleştirmeyi veya yeniden düzenlemeyi düşündüğünüzden bahsedin.

Performans gereksinimlerini anlama

  1. Kaynak ile Azure arasındaki ağ bant genişliğini ve gecikme süresini değerlendirme
  2. Kayıt kaynağı okuma/yazma performansı veya IOPS sınırları, aktarım hızı gereksinimleri
  3. Mevsimsel veya ani artış desenleri
  4. Bulunan kaynak veriler için dış ve iç tümleştirme gereksinimleri nelerdir?

Çoğaltma, değişiklik oranı, dayanıklılık ve kapalı kalma süresi toleransını değerlendirme

  1. Verilerin ne sıklıkta değiştiğini ve tam geçiş için kabul edilebilir kapalı kalma süresini anlamak için veri değişikliği oranlarını belirleyin. Verileriniz statikse ve değişmezse tek seferlik bir kopya kabul edilebilir. Ancak, dinamik ve etkin bir şekilde değişen veriler, artımlı eşitlemeler ve kesin geçiş süresi için plan yapmanızı gerektirir.
  2. Eksik güncelleştirmelerden kaçınmak için son geçiş öncesi herhangi bir salt okunur dönem üzerinde anlaşın.
  3. Bir uygulamanın kullanılabilirlik ve dayanıklılık gereksinimlerine göre SLA, RPO, RTO gereksinimlerini yakalayın.
  4. Mevcut veri koruma, kurtarma ve izleme gereksinimlerini belgeleme.
  5. Eşzamanlı veya eşzamansız yüksek kullanılabilirlik veya olağanüstü durum kurtarma gereksinimleri gibi çoğaltma ilkelerini belirleyin. Ayrıca, sıklık ve saklama süresi gibi varsa tüm anlık görüntü ilkelerini de not edin.

Bu noktada, veri değişikliklerinin aşırı sık olup olmadığını ve geçerli ağ bant genişliğinin başlangıç çevrimdışı yüklemesinden sonra delta değişikliklerini destekleyip desteklemediğini göz önünde bulundurun. Bu tür sistemler ve veriler için dikkate alınması gereken başka parametreler var mı?

Güvenlik ve uyumluluk gereksinimlerinde faktör

  1. Veriler üzerindeki tüm izinleri ve ACL'leri belgele. Geçiş yönteminin bunları koruyaabildiğinden emin olun veya Bunları Azure'da yeniden uygulamak için bir plan oluşturun.
  2. Genel İnternet'i taşımaması gereken tüm uçuş içi veriler için ExpressRoute veya Özel Bağlantı kullanmayı planlayın.
  3. Mevzuat uyumluluğu, veri yerleşimi gereksinimlerine uyması için belirli hedef Azure bölgelerini dikte edebilir. Verileri denetim veya gözetim zinciri gibi güvenlik ve uyumluluk gereksinimlerine göre kategorilere ayırın. Çevrimdışı geçişi düşünüyorsanız, bu tür belirli gereksinimleri gözden geçirin ve belgeleyin.
  4. Hedef seçimlerle ilerlemek için gözden geçirilmesi ve oluşturulması gereken temel teknik tasarım kararlarını ana hatlarıyla belirtin.
  5. Herhangi bir sistemin ömrünün sonuna yaklaşıp yaklaşmadığını düşünün. Kaldırılmış sistemlerin taşınmaması durumunda bile, yasal uyumluluğu sağlamak amacıyla sistem verilerinin belirli bir süre depolanması gerekebilir.

Değerlendirme aşamasının sonunda, her veri kaynağı için gereksinimleri açıkça özetleyen bir belgeniz olmalıdır. Bu gereksinimler, mevcut ve gelecekteki ihtiyaçlarını ve hedef sisteme veya hizmete geçtikten sonra belirli gereksinimler kümesini içerir. Değerlendirme belgesi, verileri başarıyla barındırmak için hedef sistemlerde mevcut olması gereken özellikleri açıkça tanımlar.

Ayrıca bakınız

  • Last updated on