Да и 2 "жирных" vm могут им приносить денег как десяток "худых".
У нас всего 4 vm, однако приоритет мы не смутились поставить Critical и 18-го вечером уже всё опять работало. Хотя, я конечно не исключаю что нам просто повезло...
Ну, вообще-то головная тогда уж это МТС, которая купила ИТ-Град. А, 1cloud - это тот же ИТ-Град: " "ИТ-Град" предоставляет услуги крупным компаниями, среднему и малому бизнесу с 2008 года под брендом сервис-провайдера 1cloud".
В консоль управления мы по-прежнему заходим через vcloud-ds.it-grad.ru, а, Help Center у ИТ-Град-а какое-то время назад переехал на support.cloud.mts.ru.
Сейчас специально зашёл в #CloudMTS Help Center и да, у них есть разделение там на главной странице на #CloudMTS Support и IT-Grad Support, но, в обоих случаях при создании инцидента внизу есть поле "Срочность".
Посмотрел, мы создавали как раз в "IT-Grad Support" со срочностью "Critical" (по умолчанию при создании инцидента срочность ставится "Low").
По нам вкратце (у нас - 1cloud): вчера в 9:30 утра (+/-) заметили что машины не доступны. Залезли в консоль - увидели, что в 4:13 ночи они были выключены. Попытки их включить ни к чему не приводили. В 9:50 создали тикет на support.cloud.mts.ru. Через 5 минут нам ответили что произошёл инцидент. Далее было как у всех: часов в 11 они вырубили консоль управления и информировали о работах. Вчера вечером консоль снова стала доступна, но объём Storage у машин равнялся объёму их оперативки. Мы даже не стали пробовать их запускать от греха подальше... Сегодня в районе 18 часов увидели что у одной машины объём Storage стал таким, каким и должен быть. Запустили её - всё ок. Но у остальных машин всё было так же: Storage = объёму оперативки. Указали на это в тикете. Дальше нами занялся инженер и в итоге в данный момент все виртуалки восстановлены (storage-ы стали нормального размера, сетевая связанность восстановлена) и запустились/заработали.
Видимо просто много тикетов/клиентов - не справляются быстро, делают постепенно.
А, какая разница 2 vm или 20? Это тоже клиент.
Да и 2 "жирных" vm могут им приносить денег как десяток "худых".
У нас всего 4 vm, однако приоритет мы не смутились поставить Critical и 18-го вечером уже всё опять работало. Хотя, я конечно не исключаю что нам просто повезло...
Ну, вообще-то головная тогда уж это МТС, которая купила ИТ-Град. А, 1cloud - это тот же ИТ-Град: " "ИТ-Град" предоставляет услуги крупным компаниями, среднему и малому бизнесу с 2008 года под брендом сервис-провайдера 1cloud".
В консоль управления мы по-прежнему заходим через vcloud-ds.it-grad.ru, а, Help Center у ИТ-Град-а какое-то время назад переехал на support.cloud.mts.ru.
Сейчас специально зашёл в #CloudMTS Help Center и да, у них есть разделение там на главной странице на #CloudMTS Support и IT-Grad Support, но, в обоих случаях при создании инцидента внизу есть поле "Срочность".
Посмотрел, мы создавали как раз в "IT-Grad Support" со срочностью "Critical" (по умолчанию при создании инцидента срочность ставится "Low").
У вас техподдержка всё равно идёт же через support.cloud.mts.ru ?
Там есть понятие "Срочность", вот наш тикет 17-го числа:
Тема обращения: "... ........................... ........ ............. . .. ............"
Время регистрации: 2024-03-17 09:xx:xx
Срочность: Critical
Да, через тикет. Приоритет не забыли выставить максимальный?
Я просто подумал, что возможно у вас такая же ситуация, какая была у нас (размер Storage = размеру оперативки): https://habr.com/ru/news/800851/#comment_26626253
У вас виртуалка есть, но, не запускается? А, размер хранилища у этой виртуалки какой в данный момент - нормальный, как должен быть, или мизерный?
По нам вкратце (у нас - 1cloud): вчера в 9:30 утра (+/-) заметили что машины не доступны. Залезли в консоль - увидели, что в 4:13 ночи они были выключены. Попытки их включить ни к чему не приводили. В 9:50 создали тикет на support.cloud.mts.ru. Через 5 минут нам ответили что произошёл инцидент. Далее было как у всех: часов в 11 они вырубили консоль управления и информировали о работах. Вчера вечером консоль снова стала доступна, но объём Storage у машин равнялся объёму их оперативки. Мы даже не стали пробовать их запускать от греха подальше... Сегодня в районе 18 часов увидели что у одной машины объём Storage стал таким, каким и должен быть. Запустили её - всё ок. Но у остальных машин всё было так же: Storage = объёму оперативки. Указали на это в тикете. Дальше нами занялся инженер и в итоге в данный момент все виртуалки восстановлены (storage-ы стали нормального размера, сетевая связанность восстановлена) и запустились/заработали.
Видимо просто много тикетов/клиентов - не справляются быстро, делают постепенно.