Azure Depolama Taşıma Aracı nedir?

Azure Depolama Taşıyıcı, iş yükünüz için kapalı kalma süresini en aza indirirken dosyalarınızı ve klasörlerinizi şirket içi veya AWS S3 demetlerinden Azure Depolama'ya geçirmenizi sağlayan tam olarak yönetilen bir geçiş hizmetidir.

Storage Mover'ı farklı geçiş senaryoları, örneğin lift-and-shift, ve düzenli olarak tekrarlamanız gereken geçişler için kullanabilirsiniz. Azure Depolama Taşıyıcı, tek bir depolama taşıyıcı kaynağından küresel olarak dağıtılan tüm dosya paylaşımlarınızın geçişini denetlemeye ve yönetmeye de yardımcı olur. Mover ayrıca Azure Kamu Cloud'da da dağıtılabilir. Daha fazla bilgi için bkz. Azure Kamu nedir?.

Desteklenen kaynaklar ve hedefler

Geçerli Azure Depolama Taşıyıcı sürümü, belirli kaynak hedef çifti birleşimleri için tam uygunluk geçişlerini destekler. Desteklenen bu kaynaklardan ve hedeflerden yararlanmak için her zaman en son aracı sürümünü kullan:

Kaynak protokolü Hedef Açıklamalar
AWS S3 Azure blob kapsayıcısı Glacier veya Glacier Deep Archive depolama sınıflarına sahip AWS (Amazon Web Services) S3 bucket'ları taşınamaz; Mover'ın bunları taşıyabilmesi için önce geri yüklenmeleri gerekir.
AWS FSx – SMB (Önizleme) Azure Dosyalar SMB FSx SMB paylaşımına özel ağ bağlantısı ve kaynak paylaşımına erişimi olan SMB kimlik bilgileri gerektirir.
GCS S3 (Önizleme) Azure blob kapsayıcısı Göç öncesi GCS kovasının S3 uyumlu API üzerinden erişilebilir olduğundan emin olun. Göç öncesi arşiv depolama sınıflarındaki nesneleri geri yüklemeniz gerekir.
Azure blob kapsayıcısı Azure blob kapsayıcısı Blob konteynerleri iki farklı abonelik ve depolama hesabında olabilir ancak aynı kiracı içinde olmak zorunda. Desteklenen konteynerler arasında Flatnamespace (FNS) ve Hiyerarşik Namespace Service (HNS) özellikleri etkinleştirilmiş olanlar bulunur. Göç, ADLS Gen2 REST API setini kullanır.
Azure blob kapsayıcısı Azure blob kapsayıcısı Blob kapsayıcıları iki farklı abonelik ve depolama hesabında olabilir, ancak aynı kiracı altında olmalıdır. Flatnamespace (FNS) ve Hiyerarşik Ad Alanı Hizmeti (HNS) özelliği etkinleştirilmiş kapsayıcılar desteklenir ve geçiş için ADLS 2. Nesil REST API kümesi kullanılır.
SMB 2.x ve 3.x bağlama Azure dosya paylaşımı (SMB) SMB 1.x kaynakları ve NFS Azure dosya paylaşımları şu anda desteklenmemektedir.
SMB 2.x ve 3.x bağlama Azure blob kapsayıcısı Flatnamespace (FNS) ve Hiyerarşik Ad Alanı Hizmeti (HNS) özelliği etkinleştirilmiş kapsayıcılar desteklenir ve geçiş için ADLS 2. Nesil REST API kümesi kullanılır.
SMB 2.x ve 3.x bağlama (aracısız) Azure dosya paylaşımı (SMB) Azure Key Vault'ta saklanan kaynak SMB paylaşımına ve SMB kimlik bilgilerine özel bağlantı gerektirir.
SMB 2.x ve 3.x bağlama (aracısız) Azure blob kapsayıcısı Flatnamespace (FNS) ve Hiyerarşik Ad Alanı Hizmeti (HNS) özelliği etkinleştirilmiş kapsayıcılar desteklenir ve geçiş için ADLS 2. Nesil REST API kümesi kullanılır.
Azure Key Vault'ta saklanan kaynak SMB paylaşımına ve SMB kimlik bilgilerine özel bağlantı gerektirir.
NFS 3 ve 4 bağlantı noktası Azure dosya paylaşımı (NFS 4.1) NFS Azure dosya paylaşımları NFS v3 ve v4 kaynağını destekler.
NFS 3 ve 4 bağlantı noktası Azure dosya paylaşımı (NFS 4.1) NFS Azure dosya paylaşımları NFS v3/4 kaynağıyla desteklenir

Hiyerarşik ad alanı hizmeti özelliği olmayan bir Azure blob kapsayıcısının geleneksel bir dosya sistemi yoktur. Standart blob kapsayıcısı bu işlevi taklit etmek için "sanal" klasörleri kullanır. Bu yaklaşım kullanıldığında, kaynaktaki klasörlerdeki dosyaların yolları adlarına eklenir ve bu dosyalar, hedef blob kapsayıcısında düz bir liste halinde yer alır.

SMB protokolünün kullanıldığı bir kaynak uç noktadan veri geçirirken Storage Mover, temel alınan Azure dosya paylaşımıyla aynı düzeyde dosya aslına uygunluk destekler. Dosya ve klasör zaman damgaları, ACL'ler ve dosya öznitelikleri gibi klasör yapısı ve meta veri değerleri korunur. NFS kaynağından veri geçişi sırasında Depolama Taşıyıcı hizmeti, boş klasörleri hedefte boş bir blob olarak temsil eder. Kaynak klasörün meta verileri, dosyalardaki gibi bu blobun özel meta veri alanında kalıcıdır.

Ancak, NFS protokolunu kullanarak bir kaynak uç noktadan veri geçirmek için geçiş sırasında "sanal" klasörler gerekebilir. HNS desteği olmayan Azure blob kapsayıcıları geleneksel bir dosya sistemine sahip olmadığından, Depolama Taşıyıcı yerel dosya sistemini taklit etmek için bu klasörleri kullanır. Dosyalar bir kaynak uç nokta üzerindeki klasörler içinde bulunduğunda, Depolama Taşıyıcısı yollarını adlarına ekler ve dosyayı hedef blob kapsayıcısında düz bir listeye yerleştirir.

Tam olarak yönetilen geçişler

Dünyanın farklı yerlerinde olsalar bile birden çok kaynak paylaşımdan geçişleri işlemek için aboneliğinizde yalnızca bir Depolama Taşıyıcı örneği dağıtmanız gerekir. Depolama taşıyıcı kaynağının kendisi dosyalarınızı ve klasörlerinizi işlemez. Bunun yerine, verilerinizi doğrudan Azure'daki seçili hedeflere göndermek için kaynak paylaşımınızın yakınına bir geçiş aracısı dağıtırsınız.

Azure Depolama Mover, taşıma işlemi yapmayı planladığınız her paylaşımda kullanılabilecek bir dizi yönetim kaynağı sağlar. Örneğin, geçiş planınızı ifade edebilir ve geçişin ilerlemesi ve sonuçları hakkında gözetimi pay başına temelde sürdürebilirsiniz. Bu özelliğin avantajlarından yararlanmak için, geçirdiğiniz her iş yükü için bir geçiş projesi oluşturun. Projede, iş yükünüzün bağımlı olduğu her kaynak paylaşımı için kaynak, hedef ve geçiş ayarlarını tanımlayın. Bir paylaşımın geçişini başlatma, ilerleme durumunu izleme ve sonuçlarını görme konusunda tam denetimde kalabilirsiniz.

Kaynak hiyerarşisi makalesinde , tek tek Depolama Taşıyıcı kaynakları ve bunları geçişiniz için en iyi şekilde kullanma hakkında daha fazla bilgi bulunur. Ayrıca Azure Depolama Taşıyıcı dağıtımını planlama makalesinde daha fazla dağıtım planlama ayrıntısı alabilirsiniz.

Hibrit bulut hizmeti

Azure Depolama Taşıyıcı hem aracı tabanlı hem de aracısız geçiş iş yüklerini destekler. Aracı tabanlı iş yükleri için, ortamınızda kaynak depolama alanının yakınında bir geçiş aracısı VM'si çalışır. Aracısız iş yükleri için geçiş aracısı VM'leri gerekmez.

Bulut hizmeti her iki iş yükü türü için de geçiş düzenlemesi ve yönetimi sağlar. Aracı tabanlı iş yükleri için Depolama Taşıyıcı aracı dağıtımı ve aracı kayıt makalelerine bakın.

Azure Depolama Taşıyıcısı ve Azure Data Box'ı kullanma

Şirket içi iş yüklerini Azure Depolama'ya geçirdiğinizde, kapalı kalma süresini azaltmak ve öngörülebilir kullanım dışı kalma sürelerini sağlamak kullanıcılar ve iş operasyonları için çok önemlidir. İlk toplu geçiş için Azure Data Box'ı kullanabilir ve çevrimiçi eşitleme için Azure Depolama Mover ile birleştirebilirsiniz.

Azure Data Box'ın kullanılması önemli ölçüde ağ bant genişliğinden tasarruf eder. Ancak Data Box bir Azure Veri Merkezi'ne aktarılırken kaynak depolamanızdaki etkin iş yükleri değişebilir. "Çevrimiçi yakalama" aşaması, bulut verilerini kullanmak için iş yükünü tamamen kesmeden önce bulut depolama alanınızı bu değişikliklerle güncelleştirmeyi içerir. Çoğu veri Zaten Azure'da bulunduğundan ve yalnızca deltanın aktarılması gerektiğinden bu aşama genellikle en az bant genişliği gerektirir. Azure Depolama Taşıyıcısı bu görevde üstünlük sağlar.

Azure Depolama Taşıyıcı, şirket içi depolama alanınızla bulut depolama alanı arasındaki farkları algılar, güncelleştirmeleri ve Data Box aktarımı tarafından yakalanmayan yeni dosyaları aktarır. Ayrıca, bir dosyadaki tek değişiklik meta verileriyle (izinler gibi) sınırlıysa, Azure Depolama Taşıyıcısı dosya içeriğinin tamamı yerine yalnızca yeni meta verileri karşıya yükler.

Azure Depolama Blogu'nda Azure Data Box ile Azure Depolama Mover'ı kullanma hakkındaki diğer ayrıntıları okuyun.

Sonraki adımlar

Aşağıdaki makaleler, Depolama Taşıyıcı hizmeti hakkında daha fazla bilgi sahibi olmanıza yardımcı olabilir.