IT: на наши вопросы отвечает Джон Сэвилл. Часть I
Содержание:
1.Часть I (Вы читаете данный раздел);
2. Часть II ;
3. Часть III;
4. Часть IV ;
5. Часть V.
Если я конвертирую виртуальную машину Azure серии D/G в DS/GS, мигрирует ли ее хранилище в хранилище Premium?
Вы можете изменить размер виртуальных машин Azure и даже сменить их номенклатурную позицию (SKU) с помощью портала Azure или того же PowerShell, например так:
Нужно помнить о том, что в случае изменения размера виртуальной машины или смены ее номенклатурной позиции (SKU) содержимое ее временного диска будет потеряно (это означает, что не нужно рассматривать временный диск как постоянный и хранить там хоть сколько-нибудь важные данные). Также следует помнить, что виртуальные машины разворачиваются в «облачных» службах, которые в Azure связаны с кластером, и с помощью диспетчера служб Azure можно изменить SKU или размер виртуальной машины только на SKU или размер, поддерживаемые в этом кластере. Когда изменяется SKU или размер виртуальной машины, вы всегда будете ограничены в выборе теми значениями параметров, которые поддерживаются в данном кластере. Однако, если виртуальная машина выполняется на диспетчере ресурсов Azure и освобождена, можно изменить ее размер или SKU на любые доступные в данном регионе, поскольку диспетчер ресурсов Azure не привязан к «облачным» службам, а следовательно, и к кластеру.
Если изменить серию виртуальной машины с D/G на DS/GS, то ее хранилище не будет перемешено из хранилища Azure в хранилище типа Premium в Azure. Оно все так же останется в обычном хранилище Azure. Если вы хотите перенести хранилище типа Premium в Azure, тогда нужно будет удалить виртуальную машину, сохранив при этом ее хранилище, переместить ее диски в хранилище типа Premium в Azure, а затем уже создать новую виртуальную машину серии DS/GS, используя при этом скопированные ранее диски.
На сайте компании Microsoft есть замечательная статья об этом, ее можно найти по адресу: http://blogs.msdn.com/b/igorpag/archive/2015/11/04/azure-vm-resizing-and-sku-change-in-asm-and-arm.aspx.
На некоторых моих устройствах в панели управления модуль «Система» показывает, что имеется «ограниченная поддержка сенсорного ввода», в то время как на других — «полная». В чем причина такого различия?
Полная или ограниченная поддержка сенсорного ввода, которая доступна на устройстве, зависит от того, был ли драйвер данного сенсорного устройства сертифицирован на соответствие стандартам Windows для сенсорных устройств, что, в свою очередь, означает прохождение этим драйвером тестов контроля качества для сенсорных устройств (THQA), которые подробно описаны по адресу: https://msdn.microsoft.com/en-us/library/windows/hardware/dn169213.aspx.
К устройствам с ограниченной поддержкой сенсорного ввода предъявляются менее жесткие требования со стороны операционной системы, в том числе и в отношении задержки, а также доступных жестов.
Как можно быстро проверить, какие именно размеры виртуальных машин доступны в различных регионах Azure?
На сайте компании Microsoft опубликована специальная диаграмма, на которой показаны различные службы Azure и их доступность для регионов Azure. Данную диаграмму можно найти по адресу: https://azure.microsoft.com/en-us/regions/#services.
Как мне осуществить массовый импорт виртуальных машин на сервер Hyper-V с изменением имени сетевого коммутатора, к которому они подсоединены?
Недавно я перемещал большое количество виртуальных машин на новый кластер. Новый кластер использовал новое имя для виртуального коммутатора, что блокировало бы обычный импорт виртуальных машин (помните, что в версии 2012 вам не надо сначала экспортировать виртуальные машины, чтобы импортировать их). К счастью, найти список проблем совместимости просто (обычно всему виной неправильное имя коммутатора) и затем их можно скорректировать. Приведу сценарий:
Обратите внимание, что этот сценарий работает, только если виртуальная машина имеет один сетевой адаптер, который нуждается в обновлении, и никаких других проблем нет. Если есть и другие неполадки, то импорт выполнить не удастся.
1.
2. Часть II ;
3. Часть III;
4. Часть IV ;
5. Часть V.
Если я конвертирую виртуальную машину Azure серии D/G в DS/GS, мигрирует ли ее хранилище в хранилище Premium?
Вы можете изменить размер виртуальных машин Azure и даже сменить их номенклатурную позицию (SKU) с помощью портала Azure или того же PowerShell, например так:
$vm.HardwareProfile.VirtualMachineSize = "<new size>" | Update-AzureVMНужно помнить о том, что в случае изменения размера виртуальной машины или смены ее номенклатурной позиции (SKU) содержимое ее временного диска будет потеряно (это означает, что не нужно рассматривать временный диск как постоянный и хранить там хоть сколько-нибудь важные данные). Также следует помнить, что виртуальные машины разворачиваются в «облачных» службах, которые в Azure связаны с кластером, и с помощью диспетчера служб Azure можно изменить SKU или размер виртуальной машины только на SKU или размер, поддерживаемые в этом кластере. Когда изменяется SKU или размер виртуальной машины, вы всегда будете ограничены в выборе теми значениями параметров, которые поддерживаются в данном кластере. Однако, если виртуальная машина выполняется на диспетчере ресурсов Azure и освобождена, можно изменить ее размер или SKU на любые доступные в данном регионе, поскольку диспетчер ресурсов Azure не привязан к «облачным» службам, а следовательно, и к кластеру.
Если изменить серию виртуальной машины с D/G на DS/GS, то ее хранилище не будет перемешено из хранилища Azure в хранилище типа Premium в Azure. Оно все так же останется в обычном хранилище Azure. Если вы хотите перенести хранилище типа Premium в Azure, тогда нужно будет удалить виртуальную машину, сохранив при этом ее хранилище, переместить ее диски в хранилище типа Premium в Azure, а затем уже создать новую виртуальную машину серии DS/GS, используя при этом скопированные ранее диски.
На сайте компании Microsoft есть замечательная статья об этом, ее можно найти по адресу: http://blogs.msdn.com/b/igorpag/archive/2015/11/04/azure-vm-resizing-and-sku-change-in-asm-and-arm.aspx.
На некоторых моих устройствах в панели управления модуль «Система» показывает, что имеется «ограниченная поддержка сенсорного ввода», в то время как на других — «полная». В чем причина такого различия?
Полная или ограниченная поддержка сенсорного ввода, которая доступна на устройстве, зависит от того, был ли драйвер данного сенсорного устройства сертифицирован на соответствие стандартам Windows для сенсорных устройств, что, в свою очередь, означает прохождение этим драйвером тестов контроля качества для сенсорных устройств (THQA), которые подробно описаны по адресу: https://msdn.microsoft.com/en-us/library/windows/hardware/dn169213.aspx.
К устройствам с ограниченной поддержкой сенсорного ввода предъявляются менее жесткие требования со стороны операционной системы, в том числе и в отношении задержки, а также доступных жестов.
Как можно быстро проверить, какие именно размеры виртуальных машин доступны в различных регионах Azure?
На сайте компании Microsoft опубликована специальная диаграмма, на которой показаны различные службы Azure и их доступность для регионов Azure. Данную диаграмму можно найти по адресу: https://azure.microsoft.com/en-us/regions/#services.
Как мне осуществить массовый импорт виртуальных машин на сервер Hyper-V с изменением имени сетевого коммутатора, к которому они подсоединены?
Недавно я перемещал большое количество виртуальных машин на новый кластер. Новый кластер использовал новое имя для виртуального коммутатора, что блокировало бы обычный импорт виртуальных машин (помните, что в версии 2012 вам не надо сначала экспортировать виртуальные машины, чтобы импортировать их). К счастью, найти список проблем совместимости просто (обычно всему виной неправильное имя коммутатора) и затем их можно скорректировать. Приведу сценарий:
$XMLFiles = Get-ChildItem C:ClusterStorageVMs*.XML -Recurse
foreach ($File in $XMLFiles)
{
$File.FullName
$Report = Compare-VM -Path $File.FullName
$Report.Incompatibilities[0].Source | Connect-VMNetworkAdapter -SwitchName 'Datacenter Switch No Team'
Import-VM -CompatibilityReport $Report
}Обратите внимание, что этот сценарий работает, только если виртуальная машина имеет один сетевой адаптер, который нуждается в обновлении, и никаких других проблем нет. Если есть и другие неполадки, то импорт выполнить не удастся.
