История сбоев Fortrabbit undefined

1. 27 июля 2026 г. в 07:05 UTCinvestigating

   С 08:00 мы видим проблемы с рядом приложений, размещенных в регионе ЕС. Это около 70 приложений, и, насколько мы можем видеть, происходит DDoS-атака. Это широко распространено и, следовательно, трудно контролировать.

2. 27 июля 2026 г. в 07:48 UTCinvestigating

   Мы работаем над исправлением, но, к сожалению, его не так легко сдержать.

3. 27 июля 2026 г. в 10:10 UTCmonitoring

   Мы все еще работаем над этим, но ETA все еще работает. Большинство приложений уже онлайн. Но мы продолжаем следить.

4. 27 июля 2026 г. в 20:07 UTCresolved

   Вопрос не решен на 100%. Мы продолжаем мониторинг. Поскольку большинство приложений (кроме одного) снова в сети, мы закрываем этот инцидент на данный момент.

Автоматический перевод официального обновления инцидента.

1. 7 июля 2026 г. в 06:00 UTCresolved

   Мы обновим базовые системы для панели управления и хранения объектов на старой платформе. Панель инструментов и объектное хранилище могут быть недоступны в течение нескольких минут.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 17:00 UTCinvestigating

   Нам нужно выпустить некоторые исправления для безопасности в регионе ЕС. Ожидайте 30 минут простоя в приложении, где-то в течение отмеченного периода времени. Служба развертывания будет иметь некоторые дополнительные простои. Спасибо за понимание.

2. 1 июля 2026 г. в 19:11 UTCresolved

   Обслуживание завершено

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 06:00 UTCresolved

   Нам нужно выпустить некоторые исправления для безопасности в регионе США. Ожидайте 30 минут простоя в приложении, где-то в течение отмеченного периода времени. Служба развертывания будет иметь некоторые дополнительные простои. Спасибо за понимание.

Автоматический перевод официального обновления инцидента.

1. 24 июня 2026 г. в 17:00 UTCresolved

   Мы обновляем все базы данных до MySQL 8.4. Это приведет к часу простоя для каждого приложения. Мы не можем дать вам точное время, когда конкретно ваше приложение будет отключено, мы можем только сказать, что оно будет отключено некоторое время во время этого окна обслуживания. Подробнее см. в нашем блоге: https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

Автоматический перевод официального обновления инцидента.

1. 24 июня 2026 г. в 07:00 UTCresolved

   Мы обновляем все базы данных до MySQL 8.4. Это приведет к часу простоя для каждого приложения. Мы не можем дать вам точное время, когда конкретно ваше приложение будет отключено, мы можем только сказать, что оно будет отключено некоторое время во время этого окна обслуживания. Это дополнительное окно обслуживания обновит оставшиеся универсальные приложения, которые мы не успели закончить вчера. Более подробную информацию см. в нашем блоге: https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

Автоматический перевод официального обновления инцидента.

1. 23 июня 2026 г. в 07:00 UTCresolved

   Мы обновляем все базы данных до MySQL 8.4. Это приведет к часу простоя для каждого приложения. Мы не можем дать вам точное время, когда конкретно ваше приложение будет отключено, мы можем только сказать, что оно будет отключено некоторое время во время этого окна обслуживания. Подробнее см. в нашем блоге: https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

Автоматический перевод официального обновления инцидента.

1. 10 июня 2026 г. в 05:00 UTCresolved

   Мы выпустим некоторые исправления безопасности во время окна обслуживания. Это не повлияет на изменения версии программного обеспечения, с которыми сталкиваются клиенты. Ожидаемое время простоя в приложении составляет менее минуты. Мы проводим это в партиях для обоих регионов США и ЕС.

Автоматический перевод официального обновления инцидента.

1. 2 июня 2026 г. в 08:41 UTCinvestigating

   Мы изучаем проблемы для сертификатов Let's Encrypt, которые были недавно созданы или обновлены.

2. 2 июня 2026 г. в 12:11 UTCresolved

   Думаю, мы решили вопрос с сертификатом. Это было связано с изменением сертификата корневой цепи Let's Encrypt. Это то, что происходит не на регулярной основе, поэтому не было включено в общий мониторинг безопасности внешних источников. Это коснулось лишь небольшого количества вновь созданных или недавно обновленных сертификатов. Свяжитесь с нами, если вы все еще видите проблемы с SSL.

Автоматический перевод официального обновления инцидента.

1. 29 мая 2026 г. в 07:20 UTCinvestigating

   Мы изучаем вопросы веб-доставки около 30 приложений, размещенных в регионе ЕС старой платформы. Проблемы, возможно, начались около 06:00 UTC. Не все приложения отключены, только некоторые, они возвращают случайные ошибки или тайм-ауты.

2. 29 мая 2026 г. в 07:52 UTCinvestigating

   На данный момент приложения должны вернуться. Но мы продолжаем расследование.

3. 29 мая 2026 г. в 11:16 UTCresolved

   Post mortem Universal Apps запускает общие хост-системы. Эти хост-системы имеют, конечно, ограниченное хранилище файлов. Первоначально мы применяли жесткие квоты файловой системы, но основная ошибка в BTRFS вызвала проблемы с этим. Таким образом, мы сняли жесткие ограничения и позволили превысить ограничения файловой системы. Для универсальных приложений нет автоматического масштабирования, поэтому решение на самом деле лучше для клиентов. Мы забронируем хранилище примерно в три раза, что позволит клиентам использовать вдвое больше хранилища, чем крупнейший план Uni. Мы регулярно проверяем приложения, которые превышают лимиты, и пишем письма. В последнее время мы должны делать это чаще. Чаще всего чрезмерное использование файлового хранилища связано с неправильной конфигурацией кода / конфигурации. Чаще всего можно найти много старых локальных файлов резервного копирования (возможно, какой-то плагин?), но также много файлов кэша. В частности, позже становится все больше и больше проблем. Возможно, из-за ботов, более агрессивно сканирующих сайты, которые предлагают неограниченное количество возможных страниц. У нас есть медицинские осмотры, предупреждающие нас о проблемах с хранением. При этом хранилище быстро заполнялось, вызывая всевозможные случайные ошибки. Мы проактивно удалили папки кэша, что вызвало более высокую нагрузку на хост-систему, когда Приложения заполнили кэши. Эта архитектура, конечно, не префект. Это одна из многих причин, по которой мы решили создать новую платформу с нуля. Новая платформа решает эту проблему на нескольких уровнях: - Большие планы хранения - Факультативное «Автомасштабирование»: либо ограниченное, либо модернизированное После мониторинга мы считаем вопрос решенным.

Автоматический перевод официального обновления инцидента.

1. 12 мая 2026 г. в 05:00 UTCresolved

   Мы выпустим некоторые исправления безопасности во время окна обслуживания. Это не повлияет на изменения версии программного обеспечения, с которыми сталкиваются клиенты. Ожидаемое время простоя в приложении составляет менее минуты. Мы проводим это в партиях для обоих регионов США и ЕС. БТВ: Мы перенесли наш инструмент определения статуса и немного почистили. Теперь это уведомление может выглядеть по-другому.

Автоматический перевод официального обновления инцидента.