Limits, Quotas, and Constrain»» (azure.microsoft.com/ en-us/documentation/articles/azure-subscription-service- limits/). Это означает, что если у вас более 40 дисков для одной пользовательской учетной записи хранилища, вы попадаете под ограничение до наступления лимита для реального диска, и производительность начнет страдать. Таким образом, важно иметь не более 40 дисков для одной учетной записи хранилища, если вы намерены задействовать свои диски на пределе числа их операций ввода-вывода.
Простой способ проверить количество дисков для учетной записи хранилища, которые реально присоединены к виртуальным машинам, — запустить такой код:
Get-AzureDisk I Where-Object l$_.AttachedTo} I Group-Object !$_.Medialink.Host.Split (V) [0]) -NoElement Он выведет количество дисков, присоединенных к виртуальной машине для каждой учетной записи хранилища. Если вы увидите число, превышающее 40, вам следует переместить хранилище, особенно если налицо проблемы с производительностью.
Если я использую Azure Site Recovery и обрабатываю сбой в Azure, копирует ли Azure Site Recovery данные обратно в локальную сеть в непрерывном режиме?
Нет. После того, как вы обработали сбой в Azure, впоследствии копирования в непрерывном режиме обратно в локальную сеть не происходит. Защита в Azure построена на использовании географически реплицируемого хранилища, что означает, что если что-то случится с центром данных Azure, хранилище будет доступно на параллельном центре данных на расстоянии в сотни километров. Когда вы захотите вернуть систему в состояние до сбоя, оно вновь копируется на локальный сайт, и выполняется обработка сбоя.
Сжимает ли Azure Site Recovery данные, когда они отсылаются в Azure?
Нет. Azure Site Recovery не сжимает данные. Однако он эффективен и передает только значимые данные на диске; например, если файл VHD размером 70 Гбайт содержит только 20 Гбайт данных, тогда только 20 Гбайт будут отосланы в Azure.
Могу ли я увеличить полосу пропускания, используемую для репликации виртуальной машины в Azure через Azure Site Recovery?
Количество потоков, используемых репликацией на Azure, может быть увеличено до 32. Однако по умолчанию Azure Site Recovery будет пытаться задействовать настолько широкую полосу пропускания, насколько это возможно. Чтобы увеличить количество используемых потоков, создайте раздел реестра HKEY_LOCAL_ МАСНІ NE\SOFTWARE\Microsoft\Windows Azure Backup\Replication, затем добавьте новый параметр типа DWORD, который называется UploadThreadsPerVM, и установите его значение равным 32. Данные отсылаются в большие двоичные файлы Azure через API REST и, соответственно, через Azure Site Recovery. Если у вас есть VPN типа «сеть-сеть» из локальной сети в Microsoft Azure, тогда VPN типа «сеть- сеть» использоваться не будет; вместо этого данные будут отсылаться через постоянное Интернет- соединение. Если у вас есть канал ExpressRoute, то он будет использоваться для трафика Azure Site Recovery, о чем говорится на сайте Microsoft в статье ExpressRoute + ASR = Efficient DR solution (blogs.technet. com/b/virtualization/archive/2014/07/20/expressroute- and-azure-site-recovery.aspx). Так происходит, потому что в то время как VPN типа «сеть-сеть» идет из вашей инфраструктуры только в вашу виртуальную сеть Azure Virtual Network, ExpressRoute обеспечивает подсоединение к вашей инфраструктуре Azure, а также к службам обшего пользования Azure, таким как интерфейсы хранилища.
Комментарии