В Страсбурге пожаром уничтожен датацентр OVHCloud. SBG2 сгорел, SBG1 сильно поврежден, SBG3 и SBG4 целы, но сегодня запущены не будут.
Никто не пострадал, но все четыре датацентра выведены на сегодня из строя. Пожар начался сразу после полуночи и длился в течение шести часов. Более ста пожарных принимали участие в тушении. Пять этажей, 500 кв.м. здания были уничтожены. SBG1 был сильно поврежден. SBG3 и SBG4 пожарные успели спасти. Согласно Octave Klaba, создателю OVHcloud, эти дата центр сегодня работу не начнут.
Местные СМИ заявляют, что пожар начался в 12:40 и, когда прибыла помощь, всё здание уже было в огне (огонь достигал нескольких десятков метров в высоту).
Octave Klaba порекомендовал клиентам включить "disaster plans", т.к. все четыре ДЦ изолированы.
Аварийные службы Bas-Rhin отправили 115 пожарных и 44 машины, включая 6 пушек и две лестницы. Здания находятся на границе Франции и Германии. Лодка Europa 1 с немецким экипажем подошла со стороны рейна и помогала тушить пожар, черпая воду прямо из реки.
Два дня назад OVHCloud заявили, что они совершают первые шаги в попытке выйти на IPO. На сегодня бОльшая часть компании принадлежит семье Klaba.
И тут выясняется, что дизастер-плана почти ни у кого нет. :)
floki4
2021-03-10 17:14:53
Чето странно, че там систем сигнализации и внутреней системы пожаратушения не было...
Чучундра
2021-03-10 19:21:01
Что не убил огонь, добьют пожарники
ntp
2021-03-10 23:27:00
Что не убил огонь, добьют пожарники
пожарних дело тушить водой!
Бульба
2021-03-10 23:33:09
Сегодня сильно трафик просел. Это из-за пожара или блокировка интернета от ркн опять?
xakep7
2021-03-11 09:44:25
Сегодня сильно трафик просел. Это из-за пожара или блокировка интернета от ркн опять?
И то и то. РКН замедлил до 128 кбит/с домены в которых есть сочетание t.co, под замедление попали reddi_t.co_m, steamconten_t.co_m, microsof_t.co_m и многие другие.
tkapluk
2021-03-11 10:24:30
И тут выясняется, что дизастер-плана почти ни у кого нет. :)
Так и есть, только у единиц... За последние лет 10 маркетинг очень сильно убедил манагеров, в том, что облака - это очень надежно, к тому же еще и дешево. Но 2020 и 2021 года решили это опровергнуть))
vop
2021-03-11 14:55:04
Так и есть, только у единиц... За последние лет 10 маркетинг очень сильно убедил манагеров, в том, что облака - это очень надежно, к тому же еще и дешево. Но 2020 и 2021 года решили это опровергнуть))
Ну так для облака сделать дизастер-запаску в разы легче, чем для локального железа.
У меня биллинг развораивается terrfaorm'ом секунд за 40, бакап заливается минуты за 2, хотя такой необходимости нет. Просто дольше не получается.
tkapluk
2021-03-11 15:24:47
Ну так для облака сделать дизастер-запаску в разы легче, чем для локального железа.
Почему в разы легче? в чем принципиальная разница?
vop
2021-03-11 18:38:40
Почему в разы легче? в чем принципиальная разница?
Наверно, потому, что если погорел свич/роутер, то надо идти на склад (лезть в кладовку), брать зип, тащиться туда, где сгорело, менять, вдруг еще и провода перетягивать, коннекторы переваривать... В общем, целое дело.
В виртуальном (облачном) "мире" все "железо" виртуальное - мнгновенно появляется и мгновенно исчезает по "мановению руки".
Если "поломалась" виртуальная железка - в собственной консоли набрал 2-3 команды, и у вас совершенно новенький сервер с восстановленной базой сидит, и обслуживает клиентов. Т.е. простота "замены" виртуальной железки - один из признаков, типа, современного мира.
tkapluk
2021-03-11 19:15:14
Если "поломалась" виртуальная железка
Ну так используй виртуализацию и на своем жележе, облака то тут каким боком?
Я уже на столько граблей наступал в облаках, что выход одной подконтрольной железки из строя это просто пыль на их фоне. )
Ну как пример: на ДиджиталОушин хваленый ceph так лагал, что даже статика с трудом грузилась, база ушла в режим рид онли, и так часами... на новой виртуалке те же грабли. на Гугл клауд в консоль вообще нельзя было зайти, в их же облаке был сервер с nvme диском, который в один момент пошел по женской линии... Амазон так вообще отличился, прислал письмо, что сервер устарел и мы его к чертям отключаем, мы вам дадим такую же виртуалку но с другим диском и другой сетью. )
И это самые крупные облака, в поменьше облаках веселья куда больше.
vop
2021-03-11 20:26:14
Ну так используй виртуализацию и на своем жележе, облака то тут каким боком?
Вы, видимо, не заметили мою мысль. Свою железку надо менять, если она сгорела. С виртуализацией, без виртуализации - нет разницы. Бери зип, инструменты, закатывай рукава, и меняй.
Облако меняется за несколько секунд. Уточняю - не виртуалка в облаке, а ОБЛАКО меняется.
PS Если, конечно, в облаке не настраиваете все ручками. Тогда да - грабли.
bot
2021-03-12 00:49:27
tkapluk
2021-03-12 01:02:34
Вы, видимо, не заметили мою мысль. Свою железку надо менять, если она сгорела. С виртуализацией, без виртуализации - нет разницы. Бери зип, инструменты, закатывай рукава, и меняй.
Если с этим какие-то проблемы, то берешь сервер в аренду и железом, как и в облаке занимаются другие.
Облако меняется за несколько секунд. Уточняю - не виртуалка в облаке, а ОБЛАКО меняется.
PS Если, конечно, в облаке не настраиваете все ручками. Тогда да - грабли.
И тут возвращаемся к исходному вопросу, в чем принципиальная разница разворачивать систему на своем железе, на железе в аренде и в облаке? Поменять облако легче чем стартануть систему на резервной площадке? Я бы посмотрел, как бы ты базу в сотни гигабайт развернул за пару сек в другом облаке. Уже не говоря, что на момент бекапа она нифига не актуальная.
vop
2021-03-12 01:13:03
Если с этим какие-то проблемы, то берешь сервер в аренду и железом, как и в облаке занимаются другие. ....
Как-то запахло спором ради спора. Я, пожалуй воздержусь. :)
PS И в аренду берем лет 25... :)
tkapluk
2021-03-12 10:51:14
Как-то запахло спором ради спора. Я, пожалуй воздержусь. :)
PS И в аренду берем лет 25... :)
А можно было воздержаться и сразу не писать глупости )
lyric
2021-03-12 11:52:31
Если использовать облака "по старинке" - то да, принципиальной разницы между виртуализацией на своем железе (ну, или арендованном - не принципиально) нет. Вся суть облаков, согласно "cattle not pets" и состоит в том, что инстансы (виртуалки) смертны и ничего плохого в этом нет. Более того - это ожидаемо. И в случае смерти инстанса, другой поднимается и настраивается автоматически (имею в виду, автоматически не "из коробки", а по заданным администратором скриптам).
В случае запуска базы на сотни гигабайт на другой площадке все несколько усложняется - но тут уже нужно считать, что более допустимо: увеличение стоимости (>2 раза) и сложности за счет репликации на другую площадку или некоторая потеря актуальности бекапа и простой на время развертывания. Зависит от конкретной задачи.
PS: я в курсе про заказ выделенных серверов по API и в части случаев это действительно может покрыть некоторые кейсы. Свои плюсы и свои минусы.
tkapluk
2021-03-12 12:38:20
И в случае смерти инстанса, другой поднимается и настраивается автоматически (имею в виду, автоматически не "из коробки", а по заданным администратором скриптам).
Точно так же как и виртуалка/контейнер на твоем или арендованном сервере. )
увеличение стоимости (>2 раза) и сложности за счет репликации на другую площадку
и какое тут преимущество облака? А если рассматривать базу как сервис (типа Amazon RDS) то получишь, еще и ряд ограничений за не малый ценник.
По сути все преимущество облака сводится к возможности быстро развернуть инстансы в неограниченных количествах с неограниченными ресурсами (в пределах разумного). Что вполне удобно когда у тебя выгорела основная и стендбай площадка. Но как часто такое бывает? )
lyric
2021-03-12 13:06:59
Точно так же как и виртуалка/контейнер на твоем или арендованном сервере. )
В этом контексте вы просто являетесь оператором собственного облака - берете на себя сразу две роли. Надо оно или нет - опять же, зависит от задачи. Гибридные схемы (статическое размещение + облака на случай всплесков нагрузки) тоже весьма популярны.
А если рассматривать базу как сервис (типа Amazon RDS) то получишь, еще и ряд ограничений за не малый ценник.
И отсутствие необходимости держать в штате DBA. Ну, или снижение нагрузки на него в случае большого проекта, когда без DBA никак.
Облака - это же не панацея и не серебрянная пуля на все случаи жизни :) Это весьма удобный инструмент, решающий определенные задачи. Для некоторых задач он подходит. Например, быстро развернуть инфраструктуру на другой площадке в случае краха основной - но этот сценарий нужно заранее предусмотреть. А автоскейлинг - это вообще классика жанра. А еще там есть печеньки serverless :) А в некоторых случаях - стабильная предсказуемая нагрузка, отсутствие необходимости в обеспечении HA или же его обеспечение в статическом виде (резервирование 2N) - будет удобнее (и уж точно - дешевле) виртуализация на своем (арендованном) железе или вообще размещение на bare metal.
Так что, спор ни о чем - несмотря на развитие авиации, автомобили не вымрут :)
bot
2021-03-12 13:17:29
тут еще новостей подвезли в облачную беседу
Старт запуска локации ожидается на следующей неделе. Помимо полностью сгоревшего SBG2, выгорело четыре из двенадцати комнат в SBG1. Также умер ИБП в SBG3. На 15.03.2021 OVHCloud надеется дать питание SBG1 и SBG4, а ИБП восстановить хотят к 19.03.2021. Причин пожара пока не озвучено.
Для тех пользователей, которые пострадали в результате инцидента, предлагают другую локацию. Есть новые сервера в Roubaix и Gravelines. Сейчас идет установка около 10тыс новых серверов по другим локациям для переезда.
Волокно, говорят, не пострадало, так что поменяют активку и можно запускать текущую локацию.
На SBG3 планируется перестройка питания на 20kV.
В SBG1 комната с сетевым оборудованием не пострадала, поэтому эта локация может вернуться онлайн вместе с SBG4.
Согласно Netcraft, 3.6 миллиона сайтов стали недоступны в результате инцидента. Среди них были и сайты госслужб, к примеру - польского финансового омбудсмена.
tkapluk
2021-03-12 13:58:49
И отсутствие необходимости держать в штате DBA.
RDS не решает и половины задач DBA, при этом накладывает существенные ограничения. Если архитектуру и оптимизацию базы переложить на девелоперов то действительно DBA не нужны. )
отсутствие необходимости в обеспечении HA
Облака его тоже не обеспечивают.
Вот тебе все HA:
Согласно Netcraft, 3.6 миллиона сайтов стали недоступны в результате инцидента
Так что, спор ни о чем - несмотря на развитие авиации, автомобили не вымрут :)
Спор ни о чем, ибо какие-то плюсы и минусы и там и там действительно есть, но в данной конкретной ситуации оно все до задницы. Лягло практически все что было в этих ДЦ. И даунтайм нифига не 2 секунды )
vop
2021-03-12 14:07:42
А можно было воздержаться и сразу не писать глупости )
Забавно, оно вы теперь хамством пытаетесь втянуть меня в болото вашего словоблудия. Если вы не понимаете, для чего существуют инструменты, то поучать других не стоит.
vop
2021-03-12 14:09:45
В случае запуска базы на сотни гигабайт на другой площадке все несколько усложняется - но тут уже нужно считать, что более допустимо: увеличение стоимости (>2 раза) и сложности за счет репликации на другую площадку или некоторая потеря актуальности бекапа и простой на время развертывания. Зависит от конкретной задачи.
vop
2021-03-12 14:12:18
Идиотский редактор, из квоты не выйти. Ну да ладно. Хотел сказать, что мы тут общаемся на форуме провайдинга. Какие сотни гигабайт?
А так да, базу надо реплицировать и бакапить.
Foster
2021-03-12 14:36:41
Идиотский редактор, из квоты не выйти. Ну да ладно. Хотел сказать, что мы тут общаемся на форуме провайдинга. Какие сотни гигабайт?
Ага, как временное решение добавлены строки ниже просто под цитатой плюс еще можно юзать Source
tkapluk
2021-03-12 14:51:27
А так да, базу надо реплицировать и бакапить.
Ага, но тут вдруг окажется, что тот же Amazon RDS Галеру не поддерживает )
vop
2021-03-12 21:34:24
Ага, но тут вдруг окажется, что тот же Amazon RDS Галеру не поддерживает )
Но для этого и существует профессия инженера, что бы не "оказывалось" по возможности, а если "оказалось", то он мог бы пофиксить эту проблему. Я так понимаю это дело. :)
пожарних дело тушить водой!
И то и то. РКН замедлил до 128 кбит/с домены в которых есть сочетание t.co, под замедление попали reddi_t.co_m, steamconten_t.co_m, microsof_t.co_m и многие другие.
Так и есть, только у единиц... За последние лет 10 маркетинг очень сильно убедил манагеров, в том, что облака - это очень надежно, к тому же еще и дешево. Но 2020 и 2021 года решили это опровергнуть))
Ну так для облака сделать дизастер-запаску в разы легче, чем для локального железа.
У меня биллинг развораивается terrfaorm'ом секунд за 40, бакап заливается минуты за 2, хотя такой необходимости нет. Просто дольше не получается.
В виртуальном (облачном) "мире" все "железо" виртуальное - мнгновенно появляется и мгновенно исчезает по "мановению руки".
Если "поломалась" виртуальная железка - в собственной консоли набрал 2-3 команды, и у вас совершенно новенький сервер с восстановленной базой сидит, и обслуживает клиентов. Т.е. простота "замены" виртуальной железки - один из признаков, типа, современного мира.
Я уже на столько граблей наступал в облаках, что выход одной подконтрольной железки из строя это просто пыль на их фоне. )
Ну как пример:
на ДиджиталОушин хваленый ceph так лагал, что даже статика с трудом грузилась, база ушла в режим рид онли, и так часами... на новой виртуалке те же грабли.
на Гугл клауд в консоль вообще нельзя было зайти, в их же облаке был сервер с nvme диском, который в один момент пошел по женской линии...
Амазон так вообще отличился, прислал письмо, что сервер устарел и мы его к чертям отключаем, мы вам дадим такую же виртуалку но с другим диском и другой сетью. )
И это самые крупные облака, в поменьше облаках веселья куда больше.
Облако меняется за несколько секунд. Уточняю - не виртуалка в облаке, а ОБЛАКО меняется.
PS Если, конечно, в облаке не настраиваете все ручками. Тогда да - грабли.
И тут возвращаемся к исходному вопросу, в чем принципиальная разница разворачивать систему на своем железе, на железе в аренде и в облаке?
Поменять облако легче чем стартануть систему на резервной площадке? Я бы посмотрел, как бы ты базу в сотни гигабайт развернул за пару сек в другом облаке. Уже не говоря, что на момент бекапа она нифига не актуальная.
PS И в аренду берем лет 25... :)
А можно было воздержаться и сразу не писать глупости )
Вся суть облаков, согласно "cattle not pets" и состоит в том, что инстансы (виртуалки) смертны и ничего плохого в этом нет. Более того - это ожидаемо.
И в случае смерти инстанса, другой поднимается и настраивается автоматически (имею в виду, автоматически не "из коробки", а по заданным администратором скриптам).
В случае запуска базы на сотни гигабайт на другой площадке все несколько усложняется - но тут уже нужно считать, что более допустимо: увеличение стоимости (>2 раза) и сложности за счет репликации на другую площадку или некоторая потеря актуальности бекапа и простой на время развертывания. Зависит от конкретной задачи.
PS: я в курсе про заказ выделенных серверов по API и в части случаев это действительно может покрыть некоторые кейсы. Свои плюсы и свои минусы.
Точно так же как и виртуалка/контейнер на твоем или арендованном сервере. )
и какое тут преимущество облака? А если рассматривать базу как сервис (типа Amazon RDS) то получишь, еще и ряд ограничений за не малый ценник.
По сути все преимущество облака сводится к возможности быстро развернуть инстансы в неограниченных количествах с неограниченными ресурсами (в пределах разумного). Что вполне удобно когда у тебя выгорела основная и стендбай площадка. Но как часто такое бывает? )
Гибридные схемы (статическое размещение + облака на случай всплесков нагрузки) тоже весьма популярны.
И отсутствие необходимости держать в штате DBA. Ну, или снижение нагрузки на него в случае большого проекта, когда без DBA никак.
Облака - это же не панацея и не серебрянная пуля на все случаи жизни :)
Это весьма удобный инструмент, решающий определенные задачи.
Для некоторых задач он подходит. Например, быстро развернуть инфраструктуру на другой площадке в случае краха основной - но этот сценарий нужно заранее предусмотреть. А автоскейлинг - это вообще классика жанра. А еще там есть
печенькиserverless :)А в некоторых случаях - стабильная предсказуемая нагрузка, отсутствие необходимости в обеспечении HA или же его обеспечение в статическом виде (резервирование 2N) - будет удобнее (и уж точно - дешевле) виртуализация на своем (арендованном) железе или вообще размещение на bare metal.
Так что, спор ни о чем - несмотря на развитие авиации, автомобили не вымрут :)
Старт запуска локации ожидается на следующей неделе.
Помимо полностью сгоревшего SBG2, выгорело четыре из двенадцати комнат в SBG1. Также умер ИБП в SBG3.
На 15.03.2021 OVHCloud надеется дать питание SBG1 и SBG4, а ИБП восстановить хотят к 19.03.2021.
Причин пожара пока не озвучено.
Для тех пользователей, которые пострадали в результате инцидента, предлагают другую локацию. Есть новые сервера в Roubaix и Gravelines. Сейчас идет установка около 10тыс новых серверов по другим локациям для переезда.
Волокно, говорят, не пострадало, так что поменяют активку и можно запускать текущую локацию.
На SBG3 планируется перестройка питания на 20kV.
В SBG1 комната с сетевым оборудованием не пострадала, поэтому эта локация может вернуться онлайн вместе с SBG4.
Согласно Netcraft, 3.6 миллиона сайтов стали недоступны в результате инцидента. Среди них были и сайты госслужб, к примеру - польского финансового омбудсмена.
Облака его тоже не обеспечивают.
Вот тебе все HA:Спор ни о чем, ибо какие-то плюсы и минусы и там и там действительно есть, но в данной конкретной ситуации оно все до задницы. Лягло практически все что было в этих ДЦ. И даунтайм нифига не 2 секунды )
Если вы не понимаете, для чего существуют инструменты, то поучать других не стоит.
А так да, базу надо реплицировать и бакапить.
Ага, но тут вдруг окажется, что тот же Amazon RDS Галеру не поддерживает )
Но для этого и существует профессия инженера, что бы не "оказывалось" по возможности, а если "оказалось", то он мог бы пофиксить эту проблему. Я так понимаю это дело. :)
You should to log in