It: на наші запитання відповідає джон севілл. Частина i

Якщо я конвертується віртуальну машину Azure серії D / G в DS / GS, мігрує чи її сховище в сховище Premium?
Ви можете змінити розмір віртуальних машин Azure і навіть змінити їх номенклатурну позицію (SKU) за допомогою порталу Azure або того ж PowerShell, наприклад так:

$ Vm.HardwareProfile.VirtualMachineSize = ""| 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 є чудова стаття про це, її можна знайти за адресою: https://blogs.msdn.com/b/igorpag/archive/2015/11/04/azure-vm-resizing-and-sku-change- in-asm-and-arm.aspx. Чи вважаєте, що є інше, більш доступне рішення, тоді вам дійсно точно слід створити совою сайт (або замовити його https://bastiondesign.ru (https://bastiondesign.ru/), якщо у вас немає необхідних знань) і поділитися з нами цією інформацією.

Відео: ЮТУБЕРИ ВІДПОВІДАЮТЬ НА ШКІЛЬНІ ПИТАННЯ 3

На деяких моїх пристроях в панелі управління модуль «Система» показує, що є «обмежена підтримка сенсорного введення», в той час як на інших - «повна». У чому причина такої відмінності?
Повна або обмежена підтримка сенсорного введення, яка доступна на пристрої, залежить від того, чи був Драйвера принтера сенсорного пристрою сертифікований на відповідність стандартам 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.

Відео: TI5: Dread, NS, Smile і Faker відповідають на питання

Як мені здійснити масовий імпорт віртуальних машин на сервер Hyper-V зі зміною імені мережевого комутатора, до якого вони приєднані?
Нещодавно я переміщував велика кількість віртуальних машин на новий кластер. Новий кластер використовував нове ім`я для віртуального комутатора, що блокувало б звичайний імпорт віртуальних машин (пам`ятаєте, що в версії 2012 вам не треба спочатку експортувати віртуальні машини, щоб імпортувати їх). На щастя, знайти список проблем сумісності просто (зазвичай всьому виною неправильне ім`я комутатора) і потім їх можна скорегувати. Наведу сценарій:

$ XMLFiles = Get-ChildItem C: ClusterStorageVMs * .XML -Recurseforeach ($ File in $ XMLFiles) Connect-VMNetworkAdapter -SwitchName `Datacenter Switch No Team`Import-VM -CompatibilityReport $ Report

Зверніть увагу, що цей сценарій працює, тільки якщо віртуальна машина має один мережевий адаптер, який потребує оновлення, і ніяких інших проблем немає. Якщо є й інші неполадки, то імпорт виконати не вдасться.