Ответили минут через десять, провели по всем шагам. Заработало!

возник на этапе создания VPN, который мэйл заявляет. Да инструкция есть (просто скриншоты интерфейса), но реально создать и начать пользоваться не получится. Саппорт сначала говорил что поможет с настройкой, но потом (через 2 недели упрашиваний) слился и начал отвечать одной фразой: "Служба технической поддержки не осуществляет администрирование серверов клиентов. Если хотите воспользоваться услугой администрирования Ваших серверов специалистами MCS заполните заявку на сайте по ссылке https://mcs.mail.ru/managed-services/" ну окей, допустим, им не выгодно делать нормальные и понятные инструкции, им выгоднее продавать свои услуги по настройке своего же облака) Поехали дальше. VPN настроили сами, не через встроенное решение от мэйла. Базы данных. Оказывается репликация не работает если добавить кастомное свойство для БД "sql_mode", официальный ответ от саппорта между прочим! Ок, удаляем свойство, по рекомендации саппорта и пробуем создать реплику. Прошли сутки, а реплка до сих пор создается, это при условии что полный дамп разворачивался за 1 час максимум. Пишем снова в саппорт - они ничем помочь не могут, пишут что свяжутся с мифическими инженерами для решения проблемы, но проблему никогда не решают по факту. Ок, с репликой вопрос решают (или нет). Через пару часов приходит на почту письмо, о том что был сбой создания бэкапа базы данных. Проверяем в лк, за вчерашний день бэкап есть, за сегодняшний нет. Круто! Снова в саппорт, нам отвечают: "Резервное копирование не создалось из-за нехватки места на диске базы данных, Вам необходимо увеличить размер диска на самом инстансе БД." Это при том что на каждом бд инстансе выделено 150 Гб диска, а сама бд занимает около 37 Гб. Указываем саппорту на это, они снова уходят к инженерам, оставляя ваш вопрос без ответа. И вишенка на торте сегодня с утра: Прод база данных не работала наверное с вечера, точнее сказать не могу, обнаружили только с утра. В лк, база пишет что активна, доступа по ssh нет. Пишем в саппорт, нам отвечают: "Подскажите, в данный момент работоспособность в данной ситуации критично для бизнес процессов?" Классно же? SLA 99.95% где то в вымышленной вселенной) Пишут проверьте в инкогнито режиме, при том что сервисы на прод-машине не могут подконектиться к прод БД находящейся в той же подсети, ну и по ssh к БД не подключиться. На сегодняшний день имеем: - не создаются реплики баз данных (совсем, хотя заявлено) - периодически падают ошибки создания бэкапов виртуальных машин - глюки личного кабинета (до сих пор не может удалить машртутизатор, который нигде не испльзуется) - полный провал по SLA (у нас даунтайм БД больше 12 часов) - магическим образом диск на машине перешел в режим read-only (помогла только перезагрузка) - очень "удобное" управление балансировщиком, внутренние адреса балансировщика вы можете узнать только через openstack CLI - пропал доступ к созданной около недели назад машине (саппорт даже пытаться помочь не пробовал, просто сказал, что такого быть не может) пришлось создавать по новой - за время тестирования (около месяца), было пару сбоев, когда ложилось все