Comments 66
Не везет так не везет по полной!
UFO just landed and posted this here
а что было в прошлые разы? нло не прилетало?
Мне их жалко уже
конкуренты сбили столб )
вся проблема в американских деревянных столбах
пятый случайный даунтайм за неделю, не пора ли задуматься случайность ли?
Amazoff :(
Гугл знает, какой именно столб нужно сбить :)
UFO just landed and posted this here
А неделя то еще не закончилась :( Что следующее ждем? FiberFinder?
А я то думал, почему мое приложение на Heroku было недоступно несколько часов. ;-) Вот тебе и надежность облачных вычислений. Впрочем, они и так гораздо надежнее чем другие виды хостинга.
чем же лучше? Судя по описанию Оверсана мне трудно представить 5 сбоев за неделю в их ДЦ. Да даже некоторые украинские ДЦ понадёжнее будут в этом плане.
Амазон это не облако, а виртуальные ноды, с четко известным внутренним ip-адресом. Легко переносимы друг на друга, но ноды. Вот AppEngine — это облако, где понятия не имеешь, где экземпляр приложения запущен.
Так же можно говорить, что не знаешь где на амазоне запущены «ноды», разве не так?
Не совсем. ip ардес и пр. виртуальные параметры известны. Я с таким не сталкивался, но предположим что легла ec2 нода — автоматика это должна распознать, перетащить образ на новую ноду, и запустить ее (это занимает не менее пары минут).
В случае аппенжина система при запросе узнает о траблах с оборудованием и немедленно перенаправит запрос на другой «сервер», где уже все подготовлено, ибо приложение хранится как минимум в 3-х экземплярах в «облаке» приложений. И все прозрачно, нет никакой привязки. Т.е на AppEngine архитектура выше как минимум на 1 уровень (есть сервера приложений и сервера-фронтенды, + облачные сервисы и пр.)
И еще, на AppEngine мы не знаем, где будет запущен конкретный инстанс (а если приложение под нагрузкой, то существующих инстансов будет несколько в облаке, в зависимости от нагрузки). Теоретически может быть будет выбран даже другой датацентр для нового инстанса. Все решает только автоматика (в зависимости от нагрузки, географии запросов и пр.), и это и есть реальное «облако».
По сути архитектура AppEngine на сегодняшний день выглядит так, без учета синхронизации данных между даиацентрами.
В случае аппенжина система при запросе узнает о траблах с оборудованием и немедленно перенаправит запрос на другой «сервер», где уже все подготовлено, ибо приложение хранится как минимум в 3-х экземплярах в «облаке» приложений. И все прозрачно, нет никакой привязки. Т.е на AppEngine архитектура выше как минимум на 1 уровень (есть сервера приложений и сервера-фронтенды, + облачные сервисы и пр.)
И еще, на AppEngine мы не знаем, где будет запущен конкретный инстанс (а если приложение под нагрузкой, то существующих инстансов будет несколько в облаке, в зависимости от нагрузки). Теоретически может быть будет выбран даже другой датацентр для нового инстанса. Все решает только автоматика (в зависимости от нагрузки, географии запросов и пр.), и это и есть реальное «облако».
По сути архитектура AppEngine на сегодняшний день выглядит так, без учета синхронизации данных между даиацентрами.
UFO just landed and posted this here
Столб ни с того ни с сего никогда на дата-центр не свалится…
Не столб, а опора :)
В RSS-потоке забавно выглядит заголовок:
«Высокая производительность / Возле дата-центра Amazon упал столб»
«Высокая производительность / Возле дата-центра Amazon упал столб»
UFO just landed and posted this here
«наличие градиента по земле»?! Одним из основных требований требований является малый перепад уровня «земли» в пределах системы (здания). Это база и на этом держится вся электробезопасность. Если допустить обратное, то однажды Вас убьёт током от корпуса компьютера, или поплавится проводка от паразитных токов в «земле». Так что в серьёзных системах автоматика в том числе отслеживает равенство потенциальной земли.
Короче говоря, если бы автоматика не сработала то был бы неплохой шанс что из перекоса земли или убило кого-нибудь или выгорела бы к чертям мааса аппаратуры и даунт-айм был бы не час, а неделю.
А так — обошлись малой кровью — данные и оборудование спасены, жертв нет. Проложат резервную «землю» во всех дата-центрах и больше подобные вещи будут не страшны.
Короче говоря, если бы автоматика не сработала то был бы неплохой шанс что из перекоса земли или убило кого-нибудь или выгорела бы к чертям мааса аппаратуры и даунт-айм был бы не час, а неделю.
А так — обошлись малой кровью — данные и оборудование спасены, жертв нет. Проложат резервную «землю» во всех дата-центрах и больше подобные вещи будут не страшны.
Да, и кстати дело не в том как проведена линия. Была бы в земле — нашёлся бы экскаватор, дядя Вася, мыши, утечка воды или газа и т.п. Это системный косяк и не только у Амазона. Все умные сделают правильные выводы и уберут это слабое место.
что-то как-то ниразу не серъёзно питание к ДЦ проводить воздушной линией… да ещё и второй резервной линии питания нет. жесть)
Пятый? По ссылке
Amazon’s EC2 cloud computing service suffered its fourth power outage in a week on Tuesday
И немного по-разному звучит
и
Кроме того, отмечено, что этот даунтайм коснулся не той зоны, что прошлые, то есть никто из клиентов не пострадал все четыре раза. Заметка на русском выглядит несколько раздуто :-)
Amazon Web Services said a “small number of instances” on EC2 lost service at 12:05 p.m.
и
серверы EC2 стояли обесточенными некоторое время.
Кроме того, отмечено, что этот даунтайм коснулся не той зоны, что прошлые, то есть никто из клиентов не пострадал все четыре раза. Заметка на русском выглядит несколько раздуто :-)
Ну что же, теперь в TIA-942 можно добавить ещё одно требование: не должно быть близкорасположенных столбов, которые могут упасть на датацентр. Сейчас есть похожее требование «поблизости не должно быть зданий, с которых в случае землетрясения могли бы падать обломки».
UFO just landed and posted this here
Интересный способ парализации конкурента. Главное что не придерешься что специально =)
непруха для Амазон :) тем не менее, считаю сервера Амазон одними из самых надежных
UFO just landed and posted this here
UFO just landed and posted this here
Следите:
Столб с мощной линией упал.
Кабеля повредились и коснулись друг-друга, земли и чёрте-чего еще. Потенциал земли изменился (пусть не на долго).
Автоматика заметила изменение потенциала земли отключила всё электропитание в здании (отключить частично нельзя, т.к. «земля» общая, мощная и не отключаемая (по требованиям электро-безопасности), да, и не понятно в каком месте она в таком случае «правильная»). Людишки поняли что отключено питание по причине неравенства потенциала «земли», разобрались чем это вызвано и включили всё обратно. Это заняло час (кстати, совсем не много).
В такой ситуации не спасло бы ничего. Возможно, действительно могли помочь бесперебойники прямо у стоек, но даже они скорее всего всего бесполезны — если «земля» пропала, то нужно отключать всё, т.к. с ней связаны экраны кабелей, корпуса компьютеров и прочее и в случае «перекоса» «земли» по ним начинают течь паразитные выравнивающие токи — есть очень и очень хороший шанс выжечь всё оборудования по цепочке.
Столб с мощной линией упал.
Кабеля повредились и коснулись друг-друга, земли и чёрте-чего еще. Потенциал земли изменился (пусть не на долго).
Автоматика заметила изменение потенциала земли отключила всё электропитание в здании (отключить частично нельзя, т.к. «земля» общая, мощная и не отключаемая (по требованиям электро-безопасности), да, и не понятно в каком месте она в таком случае «правильная»). Людишки поняли что отключено питание по причине неравенства потенциала «земли», разобрались чем это вызвано и включили всё обратно. Это заняло час (кстати, совсем не много).
В такой ситуации не спасло бы ничего. Возможно, действительно могли помочь бесперебойники прямо у стоек, но даже они скорее всего всего бесполезны — если «земля» пропала, то нужно отключать всё, т.к. с ней связаны экраны кабелей, корпуса компьютеров и прочее и в случае «перекоса» «земли» по ним начинают течь паразитные выравнивающие токи — есть очень и очень хороший шанс выжечь всё оборудования по цепочке.
Не видел ни одного комментария по поводу «кто будет возмещать убытки?»
Неужто водитель того «автомобиля, который случайно врезался в столб»
Неужто водитель того «автомобиля, который случайно врезался в столб»
Если что то может сломаться — оно ломается, если что-то не может сломаться — оно ломается тоже…
Грузовик несудьбы?
столб? обычная воздушная электролиния — интересное решение для питания ДЦ, разве не безопасней было кабель под землю закопать?! =)
проклятый ДЦ?
Высокопроизводительный специально обученный столб сделал свое дело.
«Горе от ума» © Грибоедов
UFO just landed and posted this here
Навожу порчу на дата-центры. Тел 223-322-223-322.
А если на узел нашего CDN упадет столб, никакого даунтайма у услуг не будет :)
Ваш CDN — это узскоспециализорованное решение, которое изначально расчитано на вылет датацентров из зоны доступности. Так не стоит об этом тут так кричать. У меня тоже есть CDN, который в случае выхода из строя датацентра просто перекинет его нагрузку в другие ДЦ. Вот только там надо всего-то обновить таблицу маршрутов, чтобы полсотни IP завернуть в другое место и всё.
А тут как бы нехилый объём клиентских данных, которые не так-то просто все передавать между разными ДЦ.
А тут как бы нехилый объём клиентских данных, которые не так-то просто все передавать между разными ДЦ.
Sign up to leave a comment.
Возле дата-центра Amazon упал столб: пятый даунтайм за неделю