Второй раз пытаюсь в нее перевезти какой-нибудь сервис, который условно

"не жалко". Но сразу на этапе миграции данных возникают настолько странные проблемы, что закрадываются сомнения что мне этот сервис настолько "не жалко". Причем первая попытка была в ноябре, я думал за это время ситуация улучшилась. Неужели я один такой везучий, и у всех все ок?

"Странные проблемы" это:
- от загрузки данных myloader-ом зависает хост с базой до состояния "только ребутить и не факт что вернется"
- Удалять базу через mysql-client "нельзя" (по документации). А когда удаляешь из консоли облака - она в реальности не удаляется, а остается существовать.
- Кластер не создается, падает в unknown error, зато саппорт может его как-то от себя до-создать руками.

Могу скинуть номера тикетов, если интересно.

Если честно, то именно поэтому пока даже не пытаюсь. Просто время жалко на эти эксперименты.

> от загрузки данных myloader-ом зависает хост с базой до состояния "только ребутить и не факт что вернется" Тут, как Олег написал, мы правда сейчас работаем над нормальным сервисом миграции данных. Потому что перевозить самому непросто, многие клиенты ошибаются, разбираться потом крайне сложно. > Удалять базу через mysql-client "нельзя" (по документации). А когда удаляешь из консоли облака - она в реальности не удаляется, а остается существовать. Про это вы вчера таск в support открыли примерно в то же время, что сюда написали. Подтверждаю, что при удалении через API база внезапно действительно не удалялась. Баг нашли и поправили, но покатим уже в понедельник. > Кластер не создается, падает в unknown error, зато саппорт может его как-то от себя до-создать руками. Проблема в том, что в принципе могут быть ситуации, когда какая-то операция падает? Или в том, что на стороне сервиса есть возможность операцию перезапустить и довести до успешного завершения? По второму вопросу же всего два варианта действий – либо вы удаляете кластер, который упал в ERROR, либо мы можем его допинать до состояния RUNNING.