Нещодавно, на початку серпня, я писав, що Microsoft постійно працює над підвищенням надійності віртуальних машин в Azure.
Днями з'явилася новина, що зроблено наступний, найважливіший крок у цьому напрямку. Microsoft, нарешті, вводить SLA для одиночних віртуальних машин, що використовують Premium сховище даних.
Today, we are announcing a new 99.9% single-instance availability SLA to better support applications that cannot easily scale beyond single VMs.
Трохи подробиць під катом.
Тема SLA для одиночних машин є однією з основних проблем при спілкуванні із замовником на тему міграції в хмару. Це характерно не тільки для Microsoft Azure. Точно така ж історія і з AWS. Хмарні провайдери кажуть вам - "Використовуйте cloud-ready програми і горизонтальне масштабування. Ми легко гарантуємо вам SLA для наборів з декількох машин, якщо ви позначите для нас, що вони використовуються одним і тим же сервісом, щоб ми розвели їх на різне обладнання. Позиція дуже зрозуміла і обґрунтована. Однак, далеко не всі додатки дають таку можливість (залишимо осторонь дискусії про те, що додатки з застарілою архітектурою це погано і від них, в будь-якому випадку, потрібно позбавлятися), та й, взагалі, замовник дуже нервово реагує на новину про те, що у його одиночних віртуальних машин не буде гарантованого SLA.
Листопадове оновлення Azure дає такий SLA. Правда, з застереженням, що це, на даний момент, стосується тільки віртуальних машин всі диски яких лежать в сховищі Premium (цікавий спосіб просування цього більш дорогого сховища).
To qualify for the single instance virtual machine SLA, all storage disks attached to the VM must be using premium storage
Офіційне SLA на порталі Azure вже було оновлено до версії 1.3 у відповідність з цією новиною.
Раз я дочекався новини про введення SLA для одиночних машин з Premium дисками, то тепер залишилося тільки дочекатися аналогічної новини (нехай і з найгіршим SLA) для машин з дисками на стандартних сховищах.
Важливо відзначити, що SLA означає готовність Microsoft повернути вам частину коштів, які ви платите за використовувані сервіси, а не компенсувати вам втрати понесені в результаті простою.
