Fortrabbit undefined 장애 기록

1. 2026년 7월 27일 오전 7:05 UTCinvestigating

   ~08:00 이후 우리는 EU 지역에서 호스팅 된 앱의 숫자와 문제를 볼 수 있습니다. 그것은에 대한 70 애플 리케이션과 우리가 볼 수만큼, DDoS 공격이 있습니다. 그것은 넓게 퍼지고 따라서 통제에서 얻게 어렵습니다.

2. 2026년 7월 27일 오전 7:48 UTCinvestigating

   우리는 수정에서 일하고, 그러나 불행하게도 그것을 포함하게 쉽지 않습니다.

3. 2026년 7월 27일 오전 10:10 UTCmonitoring

   우리는 아직도 그것에 일하고 있습니다, 그러나 ETA 아직. 대부분의 앱은 이미 온라인입니다. 그러나 우리는 감시를 지킵니다.

4. 2026년 7월 27일 오후 8:07 UTCresolved

   문제는 100 %가 해결되지 않습니다. 우리는 아직도 감시입니다. 대부분의 앱(except one)은 온라인에서 다시, 우리는 지금이 사건을 닫습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 7일 오전 6:00 UTCresolved

   우리는 이전 플랫폼에서 Dashboard 및 object-storage에 대한 하향 시스템을 업그레이드합니다. 대시보드와 객체 저장은 몇 분 동안 사용할 수 없습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 1일 오후 5:00 UTCinvestigating

   우리는 EU 지역을 위해 몇몇 안전 헝겊 조각 고침을 밖으로 구출 필요가 있습니다. App 당 30 분 가동시간을 예상하십시오. 배포 서비스는 일부 추가 다운타임이 있습니다. 당신의 이해에 감사드립니다.

2. 2026년 7월 1일 오후 7:11 UTCresolved

   관련 상품

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 1일 오전 6:00 UTCresolved

   우리는 미국 지역을 위해 몇몇 안전 헝겊 조각 고침을 밖으로 구출 필요가 있습니다. App 당 30 분 가동시간을 예상하십시오. 배포 서비스는 일부 추가 다운타임이 있습니다. 당신의 이해에 감사드립니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 24일 오후 5:00 UTCresolved

   우리는 MySQL 8.4에 모든 데이터베이스를 업그레이드하고 있습니다. 각 앱의 가동 시간까지 발생합니다. 특히 앱이 다운될 때 정확한 시간을 제공 할 수 없습니다. 이 유지 보수 창에서 몇 번이 될 것이라고 말할 수 있습니다. 자세한 내용은 블로그 게시물을 참조하십시오. https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 24일 오전 7:00 UTCresolved

   우리는 MySQL 8.4에 모든 데이터베이스를 업그레이드하고 있습니다. 각 앱의 가동 시간까지 발생합니다. 특히 앱이 다운될 때 정확한 시간을 제공 할 수 없습니다. 이 유지 보수 창에서 몇 번이 될 것이라고 말할 수 있습니다. 이 추가 유지 보수 창은 우리가 어제 완료하지 않은 나머지 Universal Apps를 업그레이드합니다. 자세한 내용은 블로그 게시물을 참조하십시오 : https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 23일 오전 7:00 UTCresolved

   우리는 MySQL 8.4에 모든 데이터베이스를 업그레이드하고 있습니다. 각 앱의 가동 시간까지 발생합니다. 특히 앱이 다운될 때 정확한 시간을 제공 할 수 없습니다. 이 유지 보수 창에서 몇 번이 될 것이라고 말할 수 있습니다. 자세한 내용은 블로그 게시물을 참조하십시오. https://blog.fortrabbit.com/mysql-8-4-upgrade-plan

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 10일 오전 5:00 UTCresolved

   우리는 정비 창 도중 몇몇 안전 헝겊 조각을 구출할 것입니다. 이것은 고객에 영향을 미치지 않습니다 소프트웨어 버전 변경. 앱당 예상 다운타임은 1분 미만입니다. 우리는 미국과 EU 둘 다를 위한 배치에서 이것을 실행합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 2일 오전 8:41 UTCinvestigating

   최근 생성되거나 갱신된 Let's Encrypt 인증서에 대한 문제점을 찾고 있습니다.

2. 2026년 6월 2일 오후 12:11 UTCresolved

   인증서 문제점을 해결해야 합니다. 그것은 Let's Encrypt 루트 체인 인증서의 변경과 관련되었습니다. 이것은 뭔가, 일반 기초에 일어나지 않다, 그래서 그것은 외부 소스의 일반 보안 모니터링 포함되지 않았다. 그것은 새로 생성 된 또는 최근 업데이트 된 인증서의 작은 숫자 만 영향을줍니다. SSL 문제를 아직 볼 경우 저희에게 연락하십시오.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 29일 오전 7:20 UTCinvestigating

   우리는 이전 플랫폼의 EU 지역에서 호스팅되는 약 30 개의 앱에 대한 웹 배달 문제를 찾고 있습니다. 문제는 약 06:00 UTC를 시작할 수 있습니다. 모든 앱이 다운되지 않습니다, 그냥 일부, 그들은 무작위 오류 또는 타임 아웃을 반환.

2. 2026년 5월 29일 오전 7:52 UTCinvestigating

   앱은 이제 다시해야합니다. 그러나 우리는 여전히 투자입니다.

3. 2026년 5월 29일 오전 11:16 UTCresolved

   Post mortem Universal Apps는 공유 호스트 시스템을 실행합니다. 이 호스트 시스템 - 물론 - 제한된 파일 저장. 처음에는 하드 파일 시스템 quotas를 시행했지만, BTRFS의 언더리 버그는 그 문제를 야기했습니다. 그래서 우리는 하드 한계를 들었고 파일 시스템 제한을 초과 할 수 있습니다. Universal Apps의 경우 자동 스케일링이 없기 때문에 솔루션이 실제로 고객에게 더 좋습니다. 우리는 3의 요인에 의해, 대략 overbook 저장, 클라이언트가 최대 Uni 계획으로 저장으로 두번 사용하도록 허용할 것입니다. 우리는 정기적으로 제한을 초과하고 메일을 작성하는 응용 프로그램을 확인합니다. 늦게 우리는 더 자주해야. 일반적으로, 과도한 파일 저장 사용법은 code/config misconfiguration에 특성화됩니다. 대부분 종종 오래된 로컬 백업 파일 (maybe some plugin?)을 많이 찾을 수 있지만 많은 캐시 파일. 특히 나중에는 더 많은 문제를 얻고 있습니다. 어쩌면 봇의 더 많은 aggressivly crawling 웹 사이트, 그것은 가능한 페이지의 무제한 수를 제공합니다. 우리는 건강 검사가 장소, 저장 문제에서 우리를 경고. 이 경우, 모든 종류의 임의 오류를 유발하는 저장이 신속하게 채워집니다. 앱이 캐시를 다시 채울 때 호스트 시스템에 더 높은 부하를 발생시킨 캐시 폴더를 완전히 제거했습니다. 이 건축은 물론 prefect입니다. 그것은 우리가 찰상에서 새로운 플랫폼을 창조하기로 결정한 많은 이유 중 하나입니다. 새로운 플랫폼은 여러 수준에서 이것을 해결합니다. - 더 큰 저장 계획 - 옵션 "자동화": 캡핑 또는 업그레이드 모니터링 후, 이제 해결된 문제를 고려합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 12일 오전 5:00 UTCresolved

   우리는 정비 창 도중 몇몇 안전 헝겊 조각을 구출할 것입니다. 이것은 고객에 영향을 미치지 않습니다 소프트웨어 버전 변경. 앱당 예상 다운타임은 1분 미만입니다. 우리는 미국과 EU 둘 다를 위한 배치에서 이것을 실행합니다. BTW: 우리는 우리의 상태 공구를 마이그레이션하고 조금 청소했습니다. 그래서이 알림은 다른 것을 볼 수 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.