Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 105
facepalm, Петя снова жарил память…
не путайте сисадминс .su и .ru.
.su — это раскольники, который в своё время ушли строить свой сисадминс, с блекджеком и шлюхами. сначала назвали sysfaq.ru, потом sysadmins.su. рушник стоит.
.su — это раскольники, который в своё время ушли строить свой сисадминс, с блекджеком и шлюхами. сначала назвали sysfaq.ru, потом sysadmins.su. рушник стоит.
я то, как раз, ничего не перепутал ;)
таки вы правы, попутал я, привык что «зеленый» падает постоянно =)))
а теперь они стали ничем не лучше зеленого, так что и с серого кое-какой народ свалил.
Ну, ресурс, во главе которого стояли товарищи с ЧСВ, превышающим высоту Останскинской башни — был IMHO обречен с самого начала.
ну… у сис.админов вообще завышенное ЧСВ — нормальное явление, а уж что бывает, когда их много вместе… имхо нормальное общение идет зачастую лишь в кругу друзей
Завышенное ЧСВ — может и нормально, но у некоторых ЧСВ просто-таки зашкаливает, да еще и на фоне терминальной стадии ФГМ.
Уберите лурк из избранного, он портит вашу речь.
боюсь лурк пора убирать из днсов, чтобы добиться хоть какого-то эффекта
Иногда просто не могу найти более емких выражений, чем луркояз, чтобы выразить мысль. Лурчанка, если она в тему — немного помогает выразить мысль, точно так же как ИТ-шный и любой другой жаргон и даже обычный русский мат. Я это гарантирую.
Понимаю. По сути у Вас есть 2 варианта:
1) Выучите новые слова. Для этого читайте русскую литературу.
2) Забейте на русский язык и показывайте всё жестами, перемежая матом (он помогает выразить мысль)
1) Выучите новые слова. Для этого читайте русскую литературу.
2) Забейте на русский язык и показывайте всё жестами, перемежая матом (он помогает выразить мысль)
При всем богатстве русского языка — тот же мат и лурк позволяет выразить мысль а) более емко и б) более компактно, обходясь одним словом вместо нескольких.
Как в том анекдоте — «Теперь вместо того, чтобы крикнуть „Михалыч, дай вон ту х-ню!“ приходится вспоминать, как она называется.
Как в том анекдоте — «Теперь вместо того, чтобы крикнуть „Михалыч, дай вон ту х-ню!“ приходится вспоминать, как она называется.
1) А можно и литературу читать и Лурку?
2) А можно использовать русский язык и его «луркский» диалект там где я считаю это уместным?
2) А можно использовать русский язык и его «луркский» диалект там где я считаю это уместным?
Вы вокруг пальца, линк на «серый» а память жарят на «зеленом»
зеленый кстати по этому члучаю уже троллит
ну бэкап же был. Вопрос просто как часто их делать, т.к. иногда процесс бэкапа может длится очень долго.
Жаль конечно.
Я правда прочитал название топика как «Бэкапы для трусОв!» и не сразу въехал.
Я правда прочитал название топика как «Бэкапы для трусОв!» и не сразу въехал.
У трУсов трусЫ используются как резервное хранилище.
А как было-бы удобно: поднял утром из бекапа, и ходи себе в чистом. Ну а уж как легко была-бы решена проблема контроля чётности носков!
Проблема четности носков давно решили в теории больших чисел
ТрусЫ нам не нужны. Бэкапы без трусОв.
аналогично :)
Сисадмины делятся на тех, кто не делает бэкапы и тех кто уже делает
И еще на тех, кто проверяет валидность сделанных бекапов.
И такое бывает. У меня недавно в зеркальном RAID было…
Легко. Так довольно часто и бывает.
Бывает и такое.
Вообще же это, кагбэ, аксиома защиты данных: «RAID — не замена для Backup!»
Вообще же это, кагбэ, аксиома защиты данных: «RAID — не замена для Backup!»
Если не мониторить массив, то можно потерять значительно больше дисков.
какие бы умные рейды не были, случается ситуации когда логика отрабатывает не корректно, и после слета одного из диска рушится весь рейд, бывает когда рушится один диск, и из-за увеличенной нагрузки рушится второй… вообще подобные случае случаются гораздо чаще чем хотелось бы :)
особенно если диски из одной партии)
При пробое питания — не самая маловероятная ситуация.
Если посчитать процент вылета самих RAID-контроллеров и сравнить с процентом вылетов обычных дисков, то получится что последние не так уж безнадежны.
RAID-контроллеры горят очень часто забирая вместе с собой, в большинстве случаев, и диски.
RAID-контроллеры горят очень часто забирая вместе с собой, в большинстве случаев, и диски.
Летели оба диска сразу, хорошо, что был 6 рейд :)
Вот ведь… Прочитал как «Бэкапы для трусОв!» и задумался. Секунд 5 в голову мысли про подгузники лезли, пока блуждал взглядом по странице.
Пойду-ка я ещё раз на всякий случай забэкаплю форум…
Очередной обычный случай
«пока гром не грянет, мужик не перекрестится»
«пока гром не грянет, мужик не перекрестится»
Видимо, кто-то хранил бэкапы в корне диска С:…
Я что то пропустил, или это зарождение микроблогинга на хабре?
habrahabr.ru/blogs/drupal/106667/
habrahabr.ru/blogs/drupal/106667/
форум и так лежит, да еще видимо и хабраэфект сверху наложился. В результате чего тему вообще не прочитать :)
Топик изрядно отдает злорадством…
И это начальник почтовой службы Rambler!
Кто-нибудь почту у них держит? :)
Кто-нибудь почту у них держит? :)
Никогда не любил сервый. Тьфу.
Эпический провал?
у меня был косяк по круче :(
Я бы посмотрел как ты будешь делать 3 ТБ бэкапы и куда.
я в жизни не поверю, что у этого форума бек составляет 3тб даже с учетом пикчей и остального говна. При этом стоит заметить, что реально, для форма, критична потеря только базы, всякие пикчи, аватарки и прочий пользовательский контент можно пережить. А системные файлы редко меняются. База там хорошо если в 100метров жира, да и то вряд ли.
Если есть 3ТБ реально нужных данных — пора уже уйти от детсадовской логики «сожму винраром и нарежу на ДВД», а смотреть в сторону распределенных систем, отказоустойчивых кластеров, облачных хранилищ и прочих радостей современной жизни. :)
нда, вот кластера точно не хватает под хранение данных, а облака — это обычный маркетинговый ход ;)
Ну расскажите Google или Facebook, что кластеры не подходят для хранения данных. Там люди любят здоровый юмор.
— Мыкола, слыхал, як маркетологи кластеры кличут?
— Як же??
— «Облако»!!!
— Ууу, повбывав бы!!!
— Як же??
— «Облако»!!!
— Ууу, повбывав бы!!!
Скажу по-секрету, обычно для хранения данных используются SAN. Но куда мне-то до тебя, супер спеца по кластерам :)
Я все же отправлю читать про архитектуру Google\GMail\YouTube :)
Там «хранение» и «обработка» данных не разделяются и занимается и тем, и другим распределенная система (кластер). Выделенной SAN с каким-то специальным железом, шлюзами к серверам приложений или чему-то подобному там нет.
Там «хранение» и «обработка» данных не разделяются и занимается и тем, и другим распределенная система (кластер). Выделенной SAN с каким-то специальным железом, шлюзами к серверам приложений или чему-то подобному там нет.
и где ссылка?
замечательно, теперь ссылку на GFS :)
1. Полный комплект ПО для запуска этого якобы «кластера»
2. Потом берем HP StorageWorks или что-нибудь подобное(не знаю что там есть у emc, dell итд), считаем сколько будет стоить со свичами, дисками и самим SAN'ом оборудование и потом считаем сколько понадобится серверов для их замены(с такими же дисками по характеристикам). После этого еще добавляем аренду стоек(питание, охлаждение, туда же добавляем расходы на 10 Gb Ethernet) и что в итоге мы имеем с этого «кластера»?
2. Потом берем HP StorageWorks или что-нибудь подобное(не знаю что там есть у emc, dell итд), считаем сколько будет стоить со свичами, дисками и самим SAN'ом оборудование и потом считаем сколько понадобится серверов для их замены(с такими же дисками по характеристикам). После этого еще добавляем аренду стоек(питание, охлаждение, туда же добавляем расходы на 10 Gb Ethernet) и что в итоге мы имеем с этого «кластера»?
Вы мне-то это зачем рассказываете? Вы Google расскажите, вдруг там не знают. :)
Что с этого поимеете вы я не знаю, а Google строит свою инфраструктуру с нуля (ничего не арендует, никому не платит, сам пишет софт и собирает сервера) и имеет неиллюзорный профит.
Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.
Что с этого поимеете вы я не знаю, а Google строит свою инфраструктуру с нуля (ничего не арендует, никому не платит, сам пишет софт и собирает сервера) и имеет неиллюзорный профит.
Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.
> Что с этого поимеете вы я не знаю, а Google строит свою инфраструктуру с нуля (ничего не арендует, никому не платит, сам пишет софт и собирает сервера) и имеет неиллюзорный профит.
Ну я там не работаю, не знаю.
> Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.
У меня есть рабочий пример того, что масштабирование добавлением серверов — экстенсивный путь развития. Гугл может использовать в силу архитектурных особенностей изначальной разработки, так же как и Mail.ru, т.к. это им удобно. Вы рекомендуете решение, которое сами никогда не использовали, а ссылаетесь на контору, которая может купить себе атомную станцию для датацентра.
«Облака» это всего лишь расплывчатое название кучи, очень большой кучи разных технологий. Использовать ее без каких либо конкретных пояснений даже не просто глупо.
Ну я там не работаю, не знаю.
> Я вам GFS ставить не предлагал, если что. Да и разговор про «кластеризация не нужна» и «маркетинговый трюк» не я начал.
У меня есть рабочий пример того, что масштабирование добавлением серверов — экстенсивный путь развития. Гугл может использовать в силу архитектурных особенностей изначальной разработки, так же как и Mail.ru, т.к. это им удобно. Вы рекомендуете решение, которое сами никогда не использовали, а ссылаетесь на контору, которая может купить себе атомную станцию для датацентра.
«Облака» это всего лишь расплывчатое название кучи, очень большой кучи разных технологий. Использовать ее без каких либо конкретных пояснений даже не просто глупо.
Я вообще не предлагал что-то использовать, а тем более покупать АЭС. :)
Вообще «смотреть в сторону» на мой взгляд означает именно «оценить, выбрать, реализовать». А не «ставь кластер, сцуко!».
И «облака» я не говорил, я сказал — «облачные хранилища». Их не так много, например Amazon S3. :)
Вообще «смотреть в сторону» на мой взгляд означает именно «оценить, выбрать, реализовать». А не «ставь кластер, сцуко!».
И «облака» я не говорил, я сказал — «облачные хранилища». Их не так много, например Amazon S3. :)
А поконкретнее можно? Просто интересно, как это реализовано, на примере. И почему они отказались от использования SAN? Как я считаю, это более удобно при такой задаче — то есть обработке и хранении большого объёма данных.
Я сначала не понял, прочитав заголовок (ударений же нет) зачем «им» бэкапы ;-))))
Это не первый и наверное не последний косяк sysadmins.ru. В одно время удалили замечательную фотогалерею.
Они были настолько крутыми сисадминами, что бэкапы им просто нафиг не были нужны.
Отсутствие бэкапа — это хороший способ очистить карму и начать все с чистого листа!
Представила, что будет, если смогу базу восстановить только двухмесячной давности. Скажем, для бухгалтерии. Стало очень грустно.
А последнее время «Маркетинг» просто убивает технику:
Раньше делалось на века! Винт мог проработать на порядок дольше чем предполагал производитель…
А с того времени, как я десять лет назад заметил, что импортные лампочки работают точно отведенное им время 5000h и с точностью до недели + — и перегорают — точно по такому же принципу начали делать новые винты… отработали 3 года и пошли массово сыпаться!
Вот так вот и RAID Валятся в один момент!
Раньше делалось на века! Винт мог проработать на порядок дольше чем предполагал производитель…
А с того времени, как я десять лет назад заметил, что импортные лампочки работают точно отведенное им время 5000h и с точностью до недели + — и перегорают — точно по такому же принципу начали делать новые винты… отработали 3 года и пошли массово сыпаться!
Вот так вот и RAID Валятся в один момент!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Бэкапы для трусов!