Как стать автором
Обновить

Комментарии 105

facepalm, Петя снова жарил память…
НЛО прилетело и опубликовало эту надпись здесь
я то, как раз, ничего не перепутал ;)
таки вы правы, попутал я, привык что «зеленый» падает постоянно =)))
а теперь они стали ничем не лучше зеленого, так что и с серого кое-какой народ свалил.
Ну, ресурс, во главе которого стояли товарищи с ЧСВ, превышающим высоту Останскинской башни — был IMHO обречен с самого начала.
ну… у сис.админов вообще завышенное ЧСВ — нормальное явление, а уж что бывает, когда их много вместе… имхо нормальное общение идет зачастую лишь в кругу друзей
Завышенное ЧСВ — может и нормально, но у некоторых ЧСВ просто-таки зашкаливает, да еще и на фоне терминальной стадии ФГМ.
Уберите лурк из избранного, он портит вашу речь.
боюсь лурк пора убирать из днсов, чтобы добиться хоть какого-то эффекта
Иногда просто не могу найти более емких выражений, чем луркояз, чтобы выразить мысль. Лурчанка, если она в тему — немного помогает выразить мысль, точно так же как ИТ-шный и любой другой жаргон и даже обычный русский мат. Я это гарантирую.
Понимаю. По сути у Вас есть 2 варианта:

1) Выучите новые слова. Для этого читайте русскую литературу.

2) Забейте на русский язык и показывайте всё жестами, перемежая матом (он помогает выразить мысль)
При всем богатстве русского языка — тот же мат и лурк позволяет выразить мысль а) более емко и б) более компактно, обходясь одним словом вместо нескольких.
Как в том анекдоте — «Теперь вместо того, чтобы крикнуть „Михалыч, дай вон ту х-ню!“ приходится вспоминать, как она называется.
1) А можно и литературу читать и Лурку?

2) А можно использовать русский язык и его «луркский» диалект там где я считаю это уместным?
1) Законодательно, вроде бы, не запрещено
2) Отнюдь нет, ведь только разговаривая на чистом русском языке мы сможем дать спокойно умереть со скуки снобствующим борцунам за «честату виликаго»
Вы вокруг пальца, линк на «серый» а память жарят на «зеленом»
зеленый кстати по этому члучаю уже троллит
НЛО прилетело и опубликовало эту надпись здесь
ну бэкап же был. Вопрос просто как часто их делать, т.к. иногда процесс бэкапа может длится очень долго.
с read-only ноды mysql можно делать быстрый, практически мгновенный снимок, тем же LVM.
Ну не раз же в два месяца? Скорее всего, бэкапы вообще никто не делал, а двухмесячной давности бэкап, просто завалялся где у хостера
Жаль конечно.
Я правда прочитал название топика как «Бэкапы для трусОв!» и не сразу въехал.
У трУсов трусЫ используются как резервное хранилище.
А как было-бы удобно: поднял утром из бекапа, и ходи себе в чистом. Ну а уж как легко была-бы решена проблема контроля чётности носков!
Проблема четности носков давно решили в теории больших чисел
Как?
При количестве носков одного типа, стремящимся к бесконечности, вероятность оставить носок без пары стремится к нулю.

Но тут есть проблема — бесконечное множество носков хорошо смотрится на бумаге, на практике же, в шкафу, бесконечная масса будет уплотнятся, пока не схлопнется в чёрную дыру.
Я для себя несколько лет назад решил эту проблему FIFO-буфером и бесконечным циклом. Оно и на бумаге хорошо, и в шкафу. Носки, кстати, покупаю только в цвет к чёрной дыре.
ТрусЫ нам не нужны. Бэкапы без трусОв.
аналогично :)
Сисадмины делятся на тех, кто не делает бэкапы и тех кто уже делает

И еще на тех, кто проверяет валидность сделанных бекапов.
НЛО прилетело и опубликовало эту надпись здесь
И такое бывает. У меня недавно в зеркальном RAID было…
Легко. Так довольно часто и бывает.
Бывает и такое.
Вообще же это, кагбэ, аксиома защиты данных: «RAID — не замена для Backup!»
НЛО прилетело и опубликовало эту надпись здесь
а ещё бывают пожары и потопы. RAID не панацея.
и ядерная война, так что нужно хранить данные как минимум на разных континентах… и глубоко под землёй
Если не мониторить массив, то можно потерять значительно больше дисков.
какие бы умные рейды не были, случается ситуации когда логика отрабатывает не корректно, и после слета одного из диска рушится весь рейд, бывает когда рушится один диск, и из-за увеличенной нагрузки рушится второй… вообще подобные случае случаются гораздо чаще чем хотелось бы :)
ну эти случаи не для райд1, а для райд5 и выше
я как бы про рейд5 и писал :), у тех что выше, вероятность подобных ошибок конечно же меньше.
особенно если диски из одной партии)
При пробое питания — не самая маловероятная ситуация.
Если посчитать процент вылета самих RAID-контроллеров и сравнить с процентом вылетов обычных дисков, то получится что последние не так уж безнадежны.
RAID-контроллеры горят очень часто забирая вместе с собой, в большинстве случаев, и диски.
Может, нужно юзать нормальные контроллеры вместо китайского Адаптека?
Adaptec вообще-то не китайский, предприятие в США.
А то что заводы производящие железо находятся в Китае не удивительно.
Альтернатив нет.
И я привык к LSI, со мной солидарны в Intel и HP, возможно и другие.
Горят они не хуже остальных.
Вот и IBM вместо со всеми привык. А как был хорош Adaptec, эх…
Ну, есть железо китайское, а есть китайское.
без вариантов прямо
НЛО прилетело и опубликовало эту надпись здесь
Летели оба диска сразу, хорошо, что был 6 рейд :)
Вот ведь… Прочитал как «Бэкапы для трусОв!» и задумался. Секунд 5 в голову мысли про подгузники лезли, пока блуждал взглядом по странице.
Пойду-ка я ещё раз на всякий случай забэкаплю форум…
а может уже в крон поставите? ;)
Очередной обычный случай
«пока гром не грянет, мужик не перекрестится»
Видимо, кто-то хранил бэкапы в корне диска С:…
Не все поймут. ;)
Хабр это сми. А новость может быть большой даже в одно предложение.
Похоже у меня несколько другое представление о больших новостях.
форум и так лежит, да еще видимо и хабраэфект сверху наложился. В результате чего тему вообще не прочитать :)
Топик изрядно отдает злорадством…
Да нет, просто иллюстрация старой пословицы про сапожника без сапог.
И это начальник почтовой службы Rambler!
Кто-нибудь почту у них держит? :)
Никогда не любил сервый. Тьфу.
Эпический провал?
у меня был косяк по круче :(
Я бы посмотрел как ты будешь делать 3 ТБ бэкапы и куда.
я в жизни не поверю, что у этого форума бек составляет 3тб даже с учетом пикчей и остального говна. При этом стоит заметить, что реально, для форма, критична потеря только базы, всякие пикчи, аватарки и прочий пользовательский контент можно пережить. А системные файлы редко меняются. База там хорошо если в 100метров жира, да и то вряд ли.
У них может быть все и занимает 200 Мб, но кроме них есть куча проектов, где в сутки пишется 100 Гб данных, которые должны храниться минимум полгода. Тут уже бэкап сделать невозможно.
не совсем понимаю при чем тут другие проекты когда речь идет о падении конкретного ресурса?
оу, тогда извиняюсь, раз тут собрались посмеяться над чужой проблемой.
где я над кем-то смеялся?
Если есть 3ТБ реально нужных данных — пора уже уйти от детсадовской логики «сожму винраром и нарежу на ДВД», а смотреть в сторону распределенных систем, отказоустойчивых кластеров, облачных хранилищ и прочих радостей современной жизни. :)
нда, вот кластера точно не хватает под хранение данных, а облака — это обычный маркетинговый ход ;)
Ну расскажите Google или Facebook, что кластеры не подходят для хранения данных. Там люди любят здоровый юмор.
— Мыкола, слыхал, як маркетологи кластеры кличут?
— Як же??
— «Облако»!!!
— Ууу, повбывав бы!!!
Скажу по-секрету, обычно для хранения данных используются SAN. Но куда мне-то до тебя, супер спеца по кластерам :)
Я все же отправлю читать про архитектуру Google\GMail\YouTube :)

Там «хранение» и «обработка» данных не разделяются и занимается и тем, и другим распределенная система (кластер). Выделенной SAN с каким-то специальным железом, шлюзами к серверам приложений или чему-то подобному там нет.
и где ссылка?
замечательно, теперь ссылку на GFS :)
1. Полный комплект ПО для запуска этого якобы «кластера»
2. Потом берем HP StorageWorks или что-нибудь подобное(не знаю что там есть у emc, dell итд), считаем сколько будет стоить со свичами, дисками и самим SAN'ом оборудование и потом считаем сколько понадобится серверов для их замены(с такими же дисками по характеристикам). После этого еще добавляем аренду стоек(питание, охлаждение, туда же добавляем расходы на 10 Gb Ethernet) и что в итоге мы имеем с этого «кластера»?
Вы мне-то это зачем рассказываете? Вы Google расскажите, вдруг там не знают. :)

Что с этого поимеете вы я не знаю, а Google строит свою инфраструктуру с нуля (ничего не арендует, никому не платит, сам пишет софт и собирает сервера) и имеет неиллюзорный профит.

Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.
> Что с этого поимеете вы я не знаю, а Google строит свою инфраструктуру с нуля (ничего не арендует, никому не платит, сам пишет софт и собирает сервера) и имеет неиллюзорный профит.

Ну я там не работаю, не знаю.

> Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.

У меня есть рабочий пример того, что масштабирование добавлением серверов — экстенсивный путь развития. Гугл может использовать в силу архитектурных особенностей изначальной разработки, так же как и Mail.ru, т.к. это им удобно. Вы рекомендуете решение, которое сами никогда не использовали, а ссылаетесь на контору, которая может купить себе атомную станцию для датацентра.

«Облака» это всего лишь расплывчатое название кучи, очень большой кучи разных технологий. Использовать ее без каких либо конкретных пояснений даже не просто глупо.
Я вообще не предлагал что-то использовать, а тем более покупать АЭС. :)

Вообще «смотреть в сторону» на мой взгляд означает именно «оценить, выбрать, реализовать». А не «ставь кластер, сцуко!».

И «облака» я не говорил, я сказал — «облачные хранилища». Их не так много, например Amazon S3. :)
Ладно, какой объем данных Вы храните на серверах и что для этого используете?
Реально ценных? Вполне влезает на S3 (базы) и бэкап-сервер в другом ДЦ (прочее). :)

S3, кстати, обходится даже дешевле, чем свои винты. Минус только один — странные средства доступа.
S3 не рассматривается даже как вариант, т.к. 1) туда невозможно бэкапить большие объемы данных 2) информацию могут получить другие люди
В наших реалиях скорее приедет пативен и заберет HDD «на экспертизу», чем Амазон будет воровать данные, согласитесь :)
А поконкретнее можно? Просто интересно, как это реализовано, на примере. И почему они отказались от использования SAN? Как я считаю, это более удобно при такой задаче — то есть обработке и хранении большого объёма данных.
Выше :)

А почему — потому, что они вообще отказались от специального дорогого и сложного железа (NAS, FC и т.п.) и строят свои системы на дешевых стандартных комплектующих. Зато в количествах превышающих все мыслимые пределы. :)
НЛО прилетело и опубликовало эту надпись здесь
Я сначала не понял, прочитав заголовок (ударений же нет) зачем «им» бэкапы ;-))))
НЛО прилетело и опубликовало эту надпись здесь
Это не первый и наверное не последний косяк sysadmins.ru. В одно время удалили замечательную фотогалерею.
НЛО прилетело и опубликовало эту надпись здесь
Они были настолько крутыми сисадминами, что бэкапы им просто нафиг не были нужны.
Отсутствие бэкапа — это хороший способ очистить карму и начать все с чистого листа!
Представила, что будет, если смогу базу восстановить только двухмесячной давности. Скажем, для бухгалтерии. Стало очень грустно.
А последнее время «Маркетинг» просто убивает технику:
Раньше делалось на века! Винт мог проработать на порядок дольше чем предполагал производитель…
А с того времени, как я десять лет назад заметил, что импортные лампочки работают точно отведенное им время 5000h и с точностью до недели + — и перегорают — точно по такому же принципу начали делать новые винты… отработали 3 года и пошли массово сыпаться!
Вот так вот и RAID Валятся в один момент!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации