Cloudmouse.com виртуальные сервера от 5$

А у меня сложилось такое впечатление - Судя по тому, что они сначала заявили о решении проблемы в течении пару часов, проблема была аппаратная (с одним кластером) а при попытке восстановить это кто-то где-то накосячил и слетело все.

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

nshakh, хм, облачный хостинг защищает полный провал, безответственность, преступную халатность облачного хостинга? :)

Хм.. наверное и сайты еще тысяч юзеров? Вот незадача..

Не пытайтесь оправдать то, что оправдать нельзя. Если это облачный хостинг и хранение в 3-4 местах + бекапы, то это так. А если это 1 хранилище которое навернулось со всеми данными - то извините, это злоупотребление доверием клиентов и невыполнение договорных обязательств.

если вы о нас? то мы не облако :)

nshakh, Go4Cloud не облачный? :) Значит у меня иное представление реальности, извините ;(

бывает :)

из недавних случаев.

в преддверии НГ клиент решил заняться изменениями в скриптах перед сном. Сделал изменения и....уехал в отпуск, возвращается после НГ праздников, а с сайтом непорядок. Само собой в бекапах лежат результаты трудов ночных прошлогодней давности.

Мне любопытно узнать, как так получилось, что утеряны все данные? В техническом плане. Неужели догадки Ивана подтвердились и загнулась одна единственная СХД? Ну ок, допустим загнулась сама железка, но как это способствовало потере данных на нескольких жёстких дисках? Значит дело не в СХД, а в логике работы, которая дала сбой? В общем не понимаю.

У нас нет облака. Полететь может либо диск, либо нода. Если летит диск - меняется диск (RAID 1 на SSD, RAID 10 на HDD серверах). Если летит сама нода - то переставляются диски в другой сервер, дабы конфигурация у всех одинаковая, и свободных в запасе всегда много. Ну и самый плачевный вариант - летит RAID. Тогда бэкапы ежедневные.

Блин, рекламный пост какой-то получился.

Просто изначально облако пропагандировалось, как более надёжное решение в плане сохранности данных, и вроде как DigitalOcean - тому подтверждение. Не пойму в чём была засада.

Доброй ночи, всем.

Спасибо всем пользователям, кто понял ситуацию, остался и создают виртуальные машины. Они действительно стали работать в 10-40раз быстрее, и это не связано с нагрузкой на облако.

По поводу СХД, мы используем как минимум 8, с 3х кратной репликацией данных. Те "кусочек данных размером 1мб" хранится на 3х разных дисках на 3х СХД. А все данные хранятся примерно на 300+х дисках. Как мы ранее сообщали, проблема потери данных была связана с аппаратно-програмным сбоем в связки: ceph+rbd+osd+pg. Другими словами, все связи между блоками данных в кластере были утеряны.

Еще раз, приносим свои извинения.

По обращению в тикеты, мы помогаем настраивать сервера.

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

P.s. мы понимаем свою вину перед пользователи, но уверяем вас, мы нашли причины и исправили их.

А многим облачным компаниям, еще только предстоит ее найти.

х, теперь понял что случилось, слава богу был бекап у себя. все норм уже сайт поднял, ТП помогла

Побольше Вам успеха и меньше подобных ситуаций.