Azure Stack hub 'ı için depolama kapasitesini yönetmeManage storage capacity for Azure Stack Hub

Bu makale Azure Stack hub bulut operatörlerinin Azure Stack hub dağıtımının depolama kapasitesini izlemesine ve yönetmesine yardımcı olur.This article helps Azure Stack Hub cloud operators monitor and manage the storage capacity of their Azure Stack Hub deployment. Azure Stack hub depolama altyapısı, depolama hizmetleri olarak Azure Stack hub dağıtımının toplam depolama kapasitesinin bir alt kümesini ayırır.The Azure Stack Hub storage infrastructure allocates a subset of the total storage capacity of the Azure Stack Hub deployment as storage services. Depolama Hizmetleri, bir kiracının verilerini, dağıtımın düğümlerine karşılık gelen birimlerdeki paylaşımlar halinde depolar.Storage services store a tenant's data in shares on volumes that correspond to the nodes of the deployment.

Bulut operatörü olarak, üzerinde çalışmak için sınırlı miktarda depolama alanı vardır.As a cloud operator, you have a limited amount of storage to work with. Depolama miktarı, uyguladığınız çözüm tarafından tanımlanır.The amount of storage is defined by the solution you implement. Çözüm, çok düğümlü bir çözüm kullandığınızda veya Azure Stack Geliştirme Seti (ASDK) yüklediğiniz donanım tarafından sağlandıysa, OEM satıcınız tarafından sağlanır.The solution is provided by your OEM vendor when you use a multinode solution, or it's provided by the hardware on which you install the Azure Stack Development Kit (ASDK).

Azure Stack hub yalnızca ek ölçek birimi düğümleri ekleyerek depolama kapasitesini genişletmeyi destekler.Azure Stack Hub only supports the expansion of storage capacity by adding additional scale unit nodes. Daha fazla bilgi için bkz. Azure Stack hub 'da ek ölçek birimi düğümleri ekleme.For more information, see add additional scale unit nodes in Azure Stack Hub. Fiziksel disklerin düğümlere eklenmesi depolama kapasitesini genişletmez.Adding physical disks to the nodes won't expand the storage capacity.

Etkin işlemlerin korunduğundan emin olmak için kullanılabilir depolamayı izlemeniz önemlidir.It's important to monitor the available storage to ensure that efficient operations are maintained. Bir birimin kalan boş kapasitesi sınırlı hale geldiğinde, paylaşımların kapasite dışında çalışmasını engellemek için kullanılabilir alanı yönetmeyi planlayın.When the remaining free capacity of a volume becomes limited, plan to manage the available space to prevent the shares from running out of capacity.

Kapasiteyi yönetme seçenekleriniz şunlardır:Your options for managing capacity include:

  • Geri kazanma kapasitesi.Reclaiming capacity.
  • Depolama nesneleri geçiriliyor.Migrating storage objects.

Bir nesne depolama birimi %100 kullanıldığında, depolama hizmeti artık bu birim için çalışmaz.When an object store volume is 100% utilized, the storage service no longer functions for that volume. Birime yönelik işlemleri geri yükleme hakkında yardım almak için Microsoft desteği 'ne başvurun.To get assistance in restoring operations for the volume, contact Microsoft support.

Birimleri ve paylaşımları, kapsayıcıları ve diskleri anlamaUnderstand volumes and shares, containers, and disks

Birimler ve paylaşımlarVolumes and shares

Depolama hizmeti , kullanılabilir depolamayı, kiracı verilerini tutmak için ayrılan, eşit birimlerde ayrı bölümlere ayırır.The storage service partitions the available storage into separate, equal volumes that are allocated to hold tenant data. Azure Stack hub 'daki birimler hakkında daha fazla bilgi için bkz. Azure Stack hub 'ı için depolama altyapısını yönetme.For more information about volumes in Azure Stack Hub, see Manage storage infrastructure for Azure Stack Hub.

Nesne deposu birimleri kiracı verilerini tutar.Object store volumes hold tenant data. Kiracı verileri sayfa Blobları, blok Blobları, ekleme Blobları, tablolar, kuyruklar, veritabanları ve ilgili meta veri depoları içerir.Tenant data includes page blobs, block blobs, append blobs, tables, queues, databases, and related metadata stores. Nesne deposu birimlerinin sayısı, Azure Stack hub dağıtımındaki düğüm sayısına eşittir:The number of object store volumes is equal to the number of nodes in the Azure Stack Hub deployment:

  • Dört düğümlü bir dağıtımda, dört adet nesne depolama birimi vardır.On a four-node deployment, there are four object store volumes. Bir çok düğümlü dağıtımda, bir düğüm kaldırılırsa veya hatalı çalışmıyorsa birim sayısı azalmıştır.On a multinode deployment, the number of volumes isn't reduced if a node is removed or malfunctioning.
  • ASDK kullanırsanız, tek bir paylaşıma sahip tek bir birim vardır.If you use the ASDK, there's a single volume with a single share.

Nesne deposu birimleri, depolama hizmetlerinin dışlamalı kullanımı içindir.The object store volumes are for the exclusive use of storage services. Birimlerdeki herhangi bir dosyayı doğrudan değiştirmemelidir, eklememelidir veya kaldırmalısınız.You must not directly modify, add, or remove any files on the volumes. Bu birimlerde depolanan dosyalarda yalnızca depolama hizmetleri çalışmalıdır.Only storage services should work on the files stored in these volumes.

Depolama nesneleri (blob 'lar vb.) tek bir birimde tek bir birim içinde bulunduğundan, her bir nesnenin en büyük boyutu bir birimin boyutunu aşamaz.Because the storage objects (blobs, and so on) are individually contained within a single volume, the maximum size of each object can't exceed the size of a volume. Yeni nesnelerin en büyük boyutu, yeni nesne oluşturulduğunda kullanılmayan alan olarak birimde kalan kapasiteye bağlıdır.The maximum size of new objects depends on the capacity that remains in a volume as unused space when that new object is created.

Bir nesne deposu birimi boş alana azaldığında ve alanı yeniden kazanmak için Eylemler başarılı veya kullanılabilir değilse, Azure Stack hub bulut işleçleri depolama nesnelerini bir birimden diğerine geçirebilir.When an object store volume is low on free space and actions to reclaim space aren't successful or available, Azure Stack Hub cloud operators can migrate storage objects from one volume to another.

Kiracı kullanıcılarının Azure Stack hub 'da blob depolamayla nasıl çalıştığı hakkında bilgi için, bkz. Azure Stack hub depolama hizmetleri.For information about how tenant users work with blob storage in Azure Stack Hub, see Azure Stack Hub Storage services.

KapsayıcılarContainers

Kiracı kullanıcıları daha sonra blob verilerini depolamak için kullanılan kapsayıcılar oluşturur.Tenant users create containers that are then used to store blob data. Kullanıcılar hangi kapsayıcının blob yerleştirmesine karar verirse, depolama hizmeti kapsayıcıyı hangi birimde koyacağınıza karar veren bir algoritma kullanır.Although users decide in which container to place blobs, the storage service uses an algorithm to determine on which volume to put the container. Algoritma genellikle en fazla kullanılabilir alanı olan birimi seçer.The algorithm typically chooses the volume with the most available space.

Bir blob bir kapsayıcıya yerleştirildikten sonra, blob daha fazla alan kullanmak için büyüyebilir.After a blob is placed in a container, the blob can grow to use more space. Yeni blob 'lar eklediğinizde ve mevcut blob 'lar büyüdükçe, kapsayıcıyı tutan birimdeki kullanılabilir alan küçülür.As you add new blobs and existing blobs grow, the available space in the volume that holds the container shrinks.

Kapsayıcılar tek bir birimle sınırlı değildir.Containers aren't limited to a single volume. Bir kapsayıcıdaki birleştirilmiş blob verileri, %80 veya daha fazla kullanılabilir alanı kullanmak üzere büyüdükçe kapsayıcı, taşma moduna girer.When the combined blob data in a container grows to use 80% or more of the available space, the container enters overflow mode. Taşma modundayken, bu kapsayıcıda oluşturulan tüm yeni Bloblar yeterli alana sahip farklı bir birime ayrılır.When in overflow mode, any new blobs that are created in that container are allocated to a different volume that has sufficient space. Zaman içinde, taşma modundaki bir kapsayıcı birden çok birime dağıtılan bloblara sahip olabilir.Over time, a container in overflow mode can have blobs that are distributed across multiple volumes.

%80 olduğunda (ve sonra %90) bir birimdeki kullanılabilir alanın kullanıldığı sistem, Azure Stack hub yönetici portalında Uyarı oluşturur.When 80% (and then 90%) of the available space in a volume is used, the system raises alerts in the Azure Stack Hub administrator portal. Bulut işleçleri, kullanılabilir depolama kapasitesini gözden geçirmeli ve içeriğin yeniden dengelenmesi planlanmalıdır.Cloud operators should review available storage capacity and plan to rebalance the content. Bir disk kullanılan %100 olduğunda ve ek uyarı harekete çıktığında depolama hizmeti çalışmayı durduruyor.The storage service stops working when a disk is 100% used and no additional alerts are raised.

DisklerDisks

Azure Stack hub, sanal makinelerde hem işletim sistemi (OS) hem de veri diski olarak yönetilen disklerin ve yönetilmeyen disklerin kullanımını destekler.Azure Stack Hub supports the use of managed disks and unmanaged disks in VMs, as both an operating system (OS) and a data disk.

Yönetilen diskler , VM diskleriyle ilişkili depolama hesaplarını yöneterek Azure IaaS VM 'leri için disk yönetimini basitleştirir.Managed disks simplify disk management for Azure IaaS VMs by managing the storage accounts associated with the VM disks. Yalnızca ihtiyacınız olan diskin boyutunu belirtmeniz yeterlidir ve Azure Stack hub, diski sizin için oluşturur ve yönetir.You only have to specify the size of disk you need, and Azure Stack Hub creates and manages the disk for you. Daha fazla bilgi için bkz. yönetilen disklere genel bakış.For more information, see Managed Disks Overview.

Daha kolay yönetim ve kapasite bakiyesi için VM için yönetilen diskleri kullanmanız önerilir.It is recommended that you use Managed Disks for VM for easier management and capacity balance. Yönetilen diskleri kullanmadan önce bir depolama hesabı ve kapsayıcıları hazırlamak zorunda değilsiniz.You don't have to prepare a storage account and containers before using Managed Disks. Birden çok yönetilen disk oluştururken, diskler birden çok birime dağıtılır ve bu da birimlerin kapasitesini dengelemeye yardımcı olur.When creating multiple managed disks, the disks are distributed into multiple volumes, which helps to balance the capacity of volumes.

Yönetilmeyen diskler , Azure depolama hesaplarında sayfa Blobları olarak depolanan VHD dosyalarıdır.Unmanaged disks are VHD files that are stored as page blobs in Azure storage accounts. Kiracılar tarafından oluşturulan sayfa Blobları, VM diskleri olarak adlandırılır ve depolama hesaplarındaki kapsayıcılar içinde depolanır.The page blobs created by tenants are referred to as VM disks and are stored in containers in the storage accounts. Yalnızca Azure-Unmanaged diskleri destekleyen üçüncü taraf araçlarla uyumlu olması gereken VM 'Ler için, yönetilmeyen diskler kullanmanızı öneririz.We recommend you use Unmanaged Disks only for VMs that need to be compatible with third party tools which only support Azure-Unmanaged Disks.

Kiracılara kılavuzluk, sanal makinenin performansını artırmak için her diski ayrı bir kapsayıcıya yerleştirmaktır.The guidance to tenants is to place each disk into a separate container to improve performance of the VM.

  • Bir VM 'den bir disk veya Sayfa Blobu tutan her bir kapsayıcı, diskin sahibi olan VM 'ye bağlı bir kapsayıcı olarak değerlendirilir.Each container that holds a disk, or page blob, from a VM is considered an attached container to the VM that owns the disk.
  • Bir VM 'den disk içermeyen bir kapsayıcı, ücretsiz bir kapsayıcı olarak kabul edilir.A container that doesn't hold any disks from a VM is considered a free container.

Eklenmiş bir kapsayıcıda alan boşaltma seçenekleri sınırlıdır.The options to free up space on an attached container are limited. Daha fazla bilgi için bkz. yönetilmeyen diskleri dağıtma.To learn more, see Distribute unmanaged disks.

İpucu

Bulut işleçleri, kiracıların bir kapsayıcıya ekleyebileceği VM 'lere bağlı yönetilmeyen diskleri doğrudan çalışmaz.Cloud operators don't directly operate unmanaged disks, which are attached to VMs that tenants might add to a container. Ancak, depolama paylaşımlarında alanı yönetmeyi planlarken, yönetilmeyen disklerin kapsayıcılarla ve paylaşımlarla ilişkisini anlamak yararlı olabilir.However, when you plan to manage space on storage shares, it can be useful to understand how unmanaged disks relate to containers and shares.

Paylaşımları izleMonitor shares

Boş alanın sınırlı olduğunu anlayabilmeniz için paylaşımları izlemek üzere Azure PowerShell veya Yönetici portalını kullanın.Use Azure PowerShell or the administrator portal to monitor shares so that you can understand when free space is limited. Portalı kullandığınızda, alan yetersizliği olan paylaşımlar hakkında uyarılar alırsınız.When you use the portal, you receive alerts about shares that are low on space.

PowerShell kullanmaUse PowerShell

Bir bulut operatörü olarak, PowerShell cmdlet 'ini kullanarak bir paylaşımın depolama kapasitesini izleyebilirsiniz Get-AzsStorageShare .As a cloud operator, you can monitor the storage capacity of a share by using the PowerShell Get-AzsStorageShare cmdlet. Cmdlet, paylaşımların her birinde toplam, ayrılan ve boş alanı bayt olarak döndürür.The cmdlet returns the total, allocated, and free space, in bytes, on each of the shares.

Örnek: paylaşımlar için boş alan döndürün

  • Toplam kapasite: paylaşımdaki kullanılabilir toplam alan (bayt cinsinden).Total capacity: The total space, in bytes, that's available on the share. Bu alan, depolama hizmetleri tarafından tutulan veriler ve meta veriler için kullanılır.This space is used for data and metadata that's maintained by the storage services.
  • Kullanılan kapasite: kiracı verilerini ve ilişkili meta verileri depolayan dosyalardaki tüm kapsamlar tarafından kullanılan bayt cinsinden veri miktarı.Used capacity: The amount of data, in bytes, that's used by all the extents from the files that store the tenant data and associated metadata.

Yönetici portalını kullanmaUse the administrator portal

Bulut operatörü olarak, tüm paylaşımların depolama kapasitesini görüntülemek için Yönetici portalını kullanabilirsiniz.As a cloud operator, you can use the administrator portal to view the storage capacity of all shares.

  1. Yönetici portalında oturum açın https://adminportal.local.azurestack.external .Sign in to the administrator portal https://adminportal.local.azurestack.external.

  2. Tüm hizmetler > depolama > dosya paylaşımları ' nı seçerek, kullanım bilgilerini görüntüleyebileceğiniz dosya paylaşımı listesini açın.Select All services > Storage > File shares to open the file share list, where you can view the usage information.

    Örnek: Azure Stack hub yönetici portalında depolama dosya paylaşımları

    • Toplam: paylaşımdaki kullanılabilir toplam alan (bayt cinsinden).Total: The total space, in bytes, that's available on the share. Bu alan, depolama hizmetleri tarafından tutulan veriler ve meta veriler için kullanılır.This space is used for data and metadata that's maintained by the storage services.
    • Kullanılan: kiracı verilerini ve ilişkili meta verileri depolayan dosyalardaki tüm kapsamlar tarafından kullanılan bayt cinsinden veri miktarı.Used: The amount of data, in bytes, that's used by all the extents from the files that store the tenant data and associated metadata.

Birimleri izlemeMonitor volumes

Boş alanın sınırlı olduğunu anlayabilmeniz için birimleri izlemek üzere PowerShell veya Yönetici portalını kullanın.Use PowerShell or the administrator portal to monitor volumes so you can understand when free space is limited. Portalı kullandığınızda, yetersiz alan hacimleri hakkında uyarılar alırsınız.When you use the portal, you receive alerts about volumes that are low on space.

PowerShell kullanmaUse PowerShell

Bir bulut operatörü olarak, PowerShell cmdlet 'ini kullanarak bir birimin depolama kapasitesini izleyebilirsiniz Get-AzsVolume .As a cloud operator, you can monitor the storage capacity of a volume using the PowerShell Get-AzsVolume cmdlet. Cmdlet, birimlerin her birinde gigabayt (GB) cinsinden toplam ve boş alanı döndürür.The cmdlet returns the total and free space in gigabyte (GB) on each of the volumes.

Örnek: birimler için boş alan döndürün

  • Toplam kapasite: Bu, paylaşımdaki kullanılabilir toplam alan (GB cinsinden).Total capacity: The total space in GB that's available on the share. Bu alan, depolama hizmetleri tarafından tutulan veriler ve meta veriler için kullanılır.This space is used for data and metadata that's maintained by the storage services.
  • Kalan kapasite: kiracı verilerini ve ilişkili meta verileri depolamak için GB cinsinden boş alan miktarı.Remaining capacity: The amount of space in GB that's free to store the tenant data and associated metadata.

Yönetici portalını kullanmaUse the administrator portal

Bulut operatörü olarak, tüm birimlerin depolama kapasitesini görüntülemek için Yönetici portalını kullanabilirsiniz.As a cloud operator, you can use the administrator portal to view the storage capacity of all volumes.

  1. Azure Stack hub Yönetici portalı 'nda () oturum açın https://adminportal.local.azurestack.external .Sign in to the Azure Stack Hub administrator portal (https://adminportal.local.azurestack.external).

  2. > > Kullanım bilgilerini görüntüleyebileceğiniz birim listesini açmak için tüm hizmetler depolama birimleri ' ni seçin.Select All services > Storage > Volumes to open the volume list where you can view the usage information.

    Örnek: Azure Stack hub yönetici portalındaki depolama birimleri

    • Toplam: birimdeki kullanılabilir toplam alan.Total: The total space available on the volume. Bu alan, depolama hizmetleri tarafından tutulan veriler ve meta veriler için kullanılır.This space is used for data and metadata that's maintained by the storage services.
    • Kullanılan: kiracı verilerini ve ilişkili meta verileri depolayan dosyalardaki tüm kapsamlar tarafından kullanılan veri miktarı.Used: The amount of data that's used by the all the extents from the files that store the tenant data and associated metadata.

Depolama alanı uyarılarıStorage space alerts

Yönetici portalı 'nı kullandığınızda, alan yetersizliği olan birimlerde uyarılar alırsınız.When you use the administrator portal, you receive alerts about volumes that are low on space.

Önemli

Bulut operatörü olarak, paylaşımların tam kullanıma ulaşmasını engellemeniz gerekir.As a cloud operator, you should prevent shares from reaching full usage. Bir paylaşımın %100 olarak kullanıldığı durumlarda, depolama hizmeti artık bu paylaşıma yönelik olarak çalışmaz.When a share is 100% utilized, the storage service no longer functions for that share. %100 kullanılan bir paylaşımdaki boş alanı ve geri yükleme işlemlerini kurtarmak için Microsoft desteği 'ne başvurmanız gerekir.To recover free space and restore operations on a share that's 100% utilized, you must contact Microsoft support.

  • Uyarı: bir dosya paylaşımının %80 üzerinde olması durumunda, yönetici portalında bir Uyarı uyarısı alırsınız:Warning: When a file share is over 80% utilized, you receive a Warning alert in the administrator portal:

    Örnek: Azure Stack merkezi yönetici portalında uyarı uyarısı

  • Kritik: bir dosya paylaşımının %90 ' den fazla olması halinde, yönetici portalında kritik bir uyarı alırsınız:Critical: When a file share is over 90% utilized, you receive a Critical alert in the administrator portal:

    Örnek: Azure Stack hub yönetici portalında kritik uyarı

  • Ayrıntıları görüntüle: yönetici portalında, azaltma seçeneklerinizi görüntülemek için bir uyarının ayrıntılarını açabilirsiniz:View details: In the administrator portal, you can open an alert's details to view your mitigation options:

    Örnek: Azure Stack hub yönetici portalında uyarı ayrıntılarını görüntüleme

Kullanılabilir alanı yönetmeManage available space

Bir birimde boş alan kazanmak gerektiğinde, önce en az bir bağımsız yöntemi kullanın.When it's necessary to free space on a volume, use the least invasive methods first. Örneğin, yönetilen bir diski geçirmeyi seçmeden önce alanı geri almaya çalışın.For example, try to reclaim space before you choose to migrate a managed disk.

Kapasiteyi geri kazanmaReclaim capacity

Silinmiş olan kiracı hesaplarının kullandığı kapasiteyi geri kazanabilirsiniz.You can reclaim the capacity that's used by tenant accounts that have been deleted. Bu kapasite, veri saklama süresine ulaşıldığında otomatik olarak geri kazanılır veya hemen geri kazanmak için işlem yapabilirsiniz.This capacity is automatically reclaimed when the data retention period is reached, or you can act to reclaim it immediately.

Daha fazla bilgi için Azure Stack hub depolama hesaplarını yönetmekonusunun "kapasiteyi geri kazanma" bölümüne bakın.For more information, see the "Reclaim capacity" section of Manage Azure Stack Hub storage accounts.

Bir kapsayıcıyı birimler arasında geçirinMigrate a container between volumes

Bu seçenek yalnızca Azure Stack hub ile tümleşik sistemler için geçerlidir.This option applies only to Azure Stack Hub integrated systems.

Kiracı kullanım desenleri nedeniyle, bazı kiracı paylaşımları diğerlerinden daha fazla alan kullanır.Because of tenant usage patterns, some tenant shares use more space than others. Bu, görece olarak kullanılmayan diğer paylaşımlardan önce boşluk az çalışan bazı paylaşımların oluşmasına neden olabilir.This can result in some shares running low on space before other shares that are relatively unused.

Bazı blob kapsayıcılarını farklı bir paylaşıma el ile geçirerek aşırı kullanılan bir paylaşımda boş alan açabilirsiniz.You can free up space on an overused share by manually migrating some blob containers to a different share. Birkaç küçük kapsayıcıyı, tümünü tutan kapasiteye sahip tek bir paylaşıma geçirebilirsiniz.You can migrate several smaller containers to a single share that has capacity to hold them all. Ücretsiz kapsayıcıları taşımak için geçiş kullanın.Use migration to move free containers. Ücretsiz kapsayıcılar, bir sanal makine için disk içermeyen kapsayıcılardır.Free containers are containers that don't contain a disk for a VM.

Geçiş, kapsayıcının tüm bloblarını yeni paylaşımda birleştirir.Migration consolidates all of a container's blobs on the new share.

  • Bir kapsayıcı taşma moduna girmiş ve BLOB 'ları ek birimlere yerleştirdiyse, yeni paylaşımın, geçiş yaptığınız kapsayıcının tüm bloblarını tutacak yeterli kapasiteye sahip olması gerekir.If a container has entered overflow mode and has placed blobs on additional volumes, the new share must have sufficient capacity to hold all of the blobs for the container you migrate. Buna ek paylaşımlarda bulunan Bloblar dahildir.This includes the blobs that are located on additional shares.

  • PowerShell cmdlet 'i, Get-AzsStorageContainer yalnızca bir kapsayıcı için ilk birimde kullanılan alanı tanımlar.The PowerShell cmdlet Get-AzsStorageContainer identifies only the space in use on the initial volume for a container. Cmdlet 'i, ek birimlere yerleştirilen blob 'lar tarafından kullanılan alanı tanımlamaz.The cmdlet doesn't identify space that's used by blobs that are put on additional volumes. Bu nedenle, bir kapsayıcının tam boyutu açık olmayabilir.Therefore, the full size of a container might not be evident. Yeni bir paylaşımdaki kapsayıcının birleştirilmesi, bu yeni paylaşımı, verileri ek paylaşımlara yerleştirdiği bir taşma koşuluna gönderebilmesini olanaklı hale gelir.It's possible that consolidation of a container on a new share can send that new share into an overflow condition, where it places data onto additional shares. Sonuç olarak, paylaşımları yeniden dengelemeniz gerekebilir.As a result, you might need to rebalance the shares.

  • Belirli kaynak grupları için izinleriniz yoksa ve taşma verilerine yönelik ek birimleri sorgulamak için PowerShell 'i kullanamıyoruz, geçirmeden önce geçirilecek toplam veri miktarını anlamak için bu kaynak grupları ve kapsayıcılarının sahibiyle çalışın.If you lack permissions to certain resource groups and can't use PowerShell to query the additional volumes for overflow data, work with the owner of those resource groups and containers to understand the total amount of data to migrate before you migrate it.

Önemli

Bir kapsayıcı için Blobların geçişi, PowerShell kullanımını gerektiren çevrimdışı bir işlemdir.The migration of blobs for a container is an offline operation that requires the use of PowerShell. Geçiş tamamlanana kadar, geçirdiğiniz kapsayıcının tüm Blobları çevrimdışı kalır ve kullanılamaz.Until the migration is complete, all blobs for the container that you're migrating remain offline and can't be used. Devam eden tüm geçiş tamamlanana kadar Azure Stack hub 'ı yükseltmeyi de önleyin.You should also avoid upgrading Azure Stack Hub until all ongoing migration is complete.

PowerShell kullanarak kapsayıcıları geçirmeMigrate containers by using PowerShell

  1. Azure PowerShell yüklendiğini ve yapılandırıldığınıdoğrulayın.Confirm that you have Azure PowerShell installed and configured. Daha fazla bilgi için bkz. Azure PowerShell kullanarak Azure kaynaklarını yönetme.For more information, see Manage Azure resources by using Azure PowerShell.

  2. Geçirmeyi planladığınız paylaşımdaki verileri anlamak için kapsayıcıyı inceleyin.Examine the container to understand what data is on the share that you plan to migrate. Bir birimdeki geçiş için en iyi aday kapsayıcıları belirlemek üzere Get-AzsStorageContainer cmdlet 'ini kullanın:To identify the best candidate containers for migration in a volume, use the Get-AzsStorageContainer cmdlet:

    $farm_name = (Get-AzsStorageFarm)[0].name
    $shares = Get-AzsStorageShare -FarmName $farm_name
    $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
    

    Sonra $containers inceleyin:Then examine $containers:

    $containers
    

    Örnek: $containers

  3. Geçirdiğiniz kapsayıcıyı barındıracak en iyi hedef paylaşımlarını belirler:Identify the best destination shares to hold the container you're migrating:

    $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
    

    Sonra $destinationshares inceleyin:Then examine $destinationshares:

    $destinationshares
    

    Örnek: $destination paylaşımlar

  4. Bir kapsayıcı için geçişi başlatın.Start the migration for a container. Geçiş zaman uyumsuzdur.Migration is asynchronous. İlk geçiş tamamlanmadan önce ek kapsayıcıların geçişini başlatırsanız, her birinin durumunu izlemek için iş KIMLIĞINI kullanın.If you start the migration of additional containers before the first migration is complete, use the job ID to track the status of each.

    $job_id = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
    

    Ardından $jobId inceleyin.Then examine $jobId. Aşağıdaki örnekte, d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 değerini incelemek ISTEDIĞINIZ iş kimliğiyle değiştirin:In the following example, replace d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 with the job ID you want to examine:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Geçiş işinin durumunu denetlemek için iş KIMLIĞINI kullanın.Use the job ID to check on the status of the migration job. Kapsayıcı geçişi tamamlandığında, geçiş durumu Tamam olarak ayarlanır.When the container migration is complete, MigrationStatus is set to Complete.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Geçiş durumunu gösteren ekran görüntüsü.

  6. Sürmekte olan geçiş işini iptal edebilirsiniz.You can cancel an in-progress migration job. İptal edilen geçiş işleri zaman uyumsuz olarak işlenir.Canceled migration jobs are processed asynchronously. $Jobid kullanarak iptalleri izleyebilirsiniz:You can track cancellations by using $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Örnek: geri alma durumu

  7. Adım 6 ' dan sonra, geçiş durumu iptal edilene kadar komutu çalıştırabilirsiniz:You can run the command from step 6 again, until the migration status is Canceled:

    İptal edilen geçiş durumuna bir örnek gösteren ekran görüntüsü.

VM disklerini taşımaMove VM disks

Bu seçenek yalnızca Azure Stack hub ile tümleşik sistemler için geçerlidir.This option applies only to Azure Stack Hub integrated systems.

Alanı yönetmek için en Extreme yöntemi VM disklerini taşımayı içerir.The most extreme method for managing space involves moving VM disks. Eklenmiş bir kapsayıcı (bir VM diski içeren) taşınması karmaşık olduğundan, bu eylemi gerçekleştirmek için Microsoft desteği 'ne başvurun.Because moving an attached container (one that contains a VM disk) is complex, contact Microsoft support to accomplish this action.

Yönetilen bir diski birimler arasında geçirmeMigrate a managed disk between volumes

Bu seçenek yalnızca Azure Stack hub ile tümleşik sistemler için geçerlidir.This option applies only to Azure Stack Hub integrated systems.

Kiracı kullanım desenleri nedeniyle, bazı kiracı birimleri diğerlerinden daha fazla alan kullanır.Because of tenant usage patterns, some tenant volumes use more space than others. Sonuç, görece daha önce kullanılmayan diğer birimlerden önce boşluk az çalışan bir birim olabilir.The result can be a volume that runs low on space before other volume that are relatively unused.

Bazı yönetilen diskleri farklı bir birime el ile geçirerek fazla kullanılan bir birimde boş alan açabilirsiniz.You can free up space on an overused volume by manually migrating some managed disks to a different volume. Birkaç yönetilen diski, tümünü tutan kapasiteye sahip tek bir birime geçirebilirsiniz.You can migrate several managed disks to a single volume that has capacity to hold them all. Çevrimdışı yönetilen diskleri taşımak için geçişi kullanın.Use migration to move offline managed disks. Çevrimdışı yönetilen diskler, bir VM 'ye bağlı olmayan disklerdir.Offline managed disks are disks that aren't attached to a VM.

Önemli

Yönetilen disklerin geçirilmesi, PowerShell kullanımını gerektiren çevrimdışı bir işlemdir.Migration of managed disks is an offline operation that requires the use of PowerShell. Geçiş işini başlatmadan önce aday disklerini geçiş için sahip VM 'lerden ayırmanız gerekir (geçiş işi yapıldıktan sonra bunları yeniden ekleyebilirsiniz).You must detach the candidate disks for migration from their owner VM before starting migration job (once the migration job is done, you can reattach them). Geçiş tamamlanana kadar geçirdiğiniz tüm yönetilen diskler çevrimdışı kalmalıdır ve kullanılamaz, aksi takdirde geçiş işi durdurulur ve tüm geçirilen diskler hala orijinal birimlerde kalır.Until migration completes, all managed disks you are migrating must remain offline and can't be used, otherwise the migration job would abort and all unmigrated disks are still on their original volumes. Devam eden tüm geçiş tamamlanana kadar Azure Stack hub 'ı yükseltmeyi de önleyin.You should also avoid upgrading Azure Stack Hub until all ongoing migration completes.

Yönetilen diskleri PowerShell kullanarak geçirmek içinTo migrate managed disks using PowerShell

  1. Azure PowerShell yüklendiğini ve yapılandırıldığını doğrulayın.Confirm that you have Azure PowerShell installed and configured. PowerShell ortamını yapılandırma hakkında yönergeler için bkz. Azure Stack hub 'ı Için PowerShell 'ı yükler.For instructions on configuring the PowerShell environment, see Install PowerShell for Azure Stack Hub. Azure Stack hub 'da oturum açmak için bkz. işleç ortamını yapılandırma ve Azure Stack hub 'da oturum açma.To sign in to Azure Stack Hub, see Configure the operator environment and sign in to Azure Stack Hub.

  2. Geçirmeyi planladığınız birimde hangi disklerin olduğunu anlamak için yönetilen diskleri inceleyin.Examine the managed disks to understand what disks are on the volume that you plan to migrate. Bir birimde geçiş için en iyi aday diskleri belirlemek için Get-AzsDisk cmdlet 'ini kullanın:To identify the best candidate disks for migration in a volume, use the Get-AzsDisk cmdlet:

    $ScaleUnit = (Get-AzsScaleUnit)[0]
    $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
    $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
    $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
    $VolumeName = $SourceVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
    $Disks = Get-AzsDisk -Status All -SharePath $MigrationSource | Select-Object -First 10
    

    Sonra $disks inceleyin:Then examine $disks:

    $Disks
    

    Örnek: $Disks

  3. Geçiş yaptığınız diskleri barındıracak en iyi hedef birimi belirler:Identify the best destination volume to hold the disks you migrate:

    $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
    $VolumeName = $DestinationVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
    
  4. Yönetilen diskler için geçiş başlatın.Start migration for managed disks. Geçiş zaman uyumsuzdur.Migration is asynchronous. İlk geçiş tamamlanmadan önce ek disklerin geçişini başlatırsanız, her birinin durumunu izlemek için iş adını kullanın.If you start migration of additional disks before the first migration completes, use the job name to track the status of each.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Geçiş işinin durumunu denetlemek için iş adını kullanın.Use the job name to check on the status of the migration job. Disk geçişi tamamlandığında, geçiş durumu Tamam olarak ayarlanır.When the disk migration is complete, MigrationStatus is set to Complete.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Örnek: geçiş durumu

    Tek bir geçiş işinde birden çok yönetilen disk geçiriyorsanız, işin alt görevlerini de denetleyebilirsiniz.If you are migrating multiple managed disks in one migration job, you can also check the sub tasks of the job.

    $job.Subtasks
    

    Örnek: geçiş alt görev durumu

  6. Sürmekte olan geçiş işini iptal edebilirsiniz.You can cancel an in-progress migration job. İptal edilen geçiş işleri zaman uyumsuz olarak işlenir.Canceled migration jobs are processed asynchronously. Durumu geçiş işinin Iptal edildiğini onaylaana kadar iş adını kullanarak iptali izleyebilirsiniz:You can track cancellation by using job name until the status confirms the migration job is Canceled:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Örnek: Iptal edildi durumu

Yönetilmeyen diskleri dağıtmaDistribute unmanaged disks

Bu seçenek yalnızca Azure Stack hub ile tümleşik sistemler için geçerlidir.This option applies only to Azure Stack Hub integrated systems.

Alanı yönetmek için en Extreme yöntemi, yönetilmeyen disklerin taşınmasını içerir.The most extreme method for managing space involves moving unmanaged disks. Kiracı, bir kapsayıcıya yönetilmeyen disk sayısı eklerse, kapsayıcının toplam kullanılan kapasitesi kapsayıcıyı taşma moduna girmeden önce onu tutan birimin kullanılabilir kapasitesini aşacak şekilde büyüyebilir.If the tenant adds numbers of unmanaged disks to one container, the total used capacity of the container could grow beyond the available capacity of the volume that holds it before the container entering overflow mode. Tek bir kapsayıcının bir birimin alanını tüketme önlemek için, kiracı bir kapsayıcının mevcut yönetilmeyen disklerini farklı kapsayıcılara dağıtabilir.To avoid single container exhaust the space of a volume, the tenant could distribute the existing unmanaged disks of one container to different containers. Bağlı bir kapsayıcının dağıtılması (bir VM diski içeren bir tane) karmaşık olduğundan, bu eylemi gerçekleştirmek için Microsoft Desteği başvurun.Because distributing an attached container (one that contains a VM disk) is complex, contact Microsoft Support to accomplish this action.

Sonraki adımlarNext steps

Kullanıcılara VM 'Ler sunma hakkında daha fazla bilgi edinmek için bkz. Azure Stack hub 'ı için depolama kapasitesini yönetme.To learn more about offering VMs to users, see Manage storage capacity for Azure Stack Hub.