The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..., opennews (?), 24-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


26. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +2 +/
Сообщение от Catwoolfii (ok), 24-Окт-18, 22:00 
Пробовал на 2-х тазиках: core2duo и AMD FX (который Vishera). При переходе в init 0 намертво виснет система. И это далеко не новые железки, про новые наверное и думать не ст0ит... Про роутер и схд - для этого есть более адекватные системы.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

37. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  –1 +/
Сообщение от Q (??), 24-Окт-18, 23:44 
Какие адекватные системы есть для работы с нативным ZFS кроме форков Solaris?
Open-ZFS не предлагать.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от Catwoolfii (ok), 25-Окт-18, 07:57 
Какие еще "форки" Соляриса? Все эти поделки используют срезы illumos. А Open-ZFS, кстати, оттуда и появился. Иди Вы наивно полагаете, что там какой то другой ZFS?
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от Q (??), 25-Окт-18, 10:57 
Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от пох (?), 25-Окт-18, 10:54 
> Какие адекватные системы есть для работы с нативным ZFS кроме форков Solaris?

native zfs как-бе существует только  в одной ипостаси - в не-форке solaris. единственном тру солярисе.
Но, повторю риторический вопрос - вот оно у вас падает не на все четыре лапы, unable to import pool, людей, что-то понимающих в именно соляркиной реализации ноль, фря и опен отказываются это импортить из-за несовпадения версии пула (и вероятно правильно делают), техподдержка вам недоступна, потому что нет никакой дырки для индивидуального заноса денег - и что дееелать бууудим?


Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

62. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от Q (??), 25-Окт-18, 11:13 
Если СХД "вот оно у вас падает не на все четыре лапы", "пожар в ЦОД", "марсиане захватили Луну" — это форсмажор.

Есть ЗИП, есть регламент что делать в тех или иных ситуациях.
Есть бэкап, в том числе и основной системы и регламент что делать в тех или иных ситуациях.

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

"и что дееелать бууудим?" — когда это звучит после аварии — это не подход, это истерика.

Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от anonymous (??), 25-Окт-18, 12:42 
Всегда забавно смотреть как люди, явно ничего кроме своего локалхоста в жизни не эксплуатировавшие, рассказывают "как надо".
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от КГБ СССР (?), 25-Окт-18, 13:33 
> Всегда забавно смотреть как люди, явно ничего кроме своего локалхоста в жизни
> не эксплуатировавшие, рассказывают "как надо".

Потом они становятся девляпсами, потом их по знакомству берут на работу на какой-нибудь важный объект, потом… ой, я не хотел… Бхопал! Бхопал!

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от пох (?), 25-Окт-18, 14:28 
> Есть ЗИП, есть регламент что делать в тех или иных ситуациях.

у тебя есть рыгламент "что делать в ситуации, когда от головы основной хранилки отвалились дисковые корзины, ВНЕЗАПНО" ? [реальный случай, баг в 3par, к счастью, там была не zfs, а vmware. К несчастью - пятая, "такой fsck, чтоб умел чинить fs - в следующей серии"]

у меня вот нету - кроме "блжад, любым способом и в максимально короткий срок чинить - вот за ЭТО а не за умение next-next-next вам деньги и платили, на самом-то деле".

> Есть бэкап, в том числе и основной системы и регламент что делать

к тому времени как ЦЕЛИКОМ перезальется бэкап хранилки - ты уже успеешь найти новую работу. особенно если не будешь признаваться, почему ее ищешь. И отдельно - на сколько месяцев назад ты можешь позволить себе полный бэкап ВСЕГО?

Еще идеи есть, теоретик?

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

все это прекрасно, но мы о попытках собрать хранилку из solaris x86. А не о том как переложить ответственность на интегратора, вендора, хрена с горы - при такой аварии, кстати, не поможет. В смысле, ты будешь кругом прав, но с компании банкрота денег хрен получишь.

А вот насчет хорошести тебя как специалиста по хранилкам - у обсчетства возникают, видимо, определенные сомнения.


Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

96. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  –1 +/
Сообщение от Q (??), 25-Окт-18, 14:41 
Раз уж начали говорить о теории отказоустойчивсти, есть два основных момента.

1. Нет актуального бэкапа — позиция сисадмина объявляется вакантной.
2. Disaster Recovery — "нет, не слышал?"

:-D

"Кулибины", "шаманы" и "я сейчас сам всё починю" — это замечательные ребята, когда с ними не работаешь и общаешься только по переписке, например, как сейчас.

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  –1 +/
Сообщение от Q (??), 25-Окт-18, 15:04 
И ещё тут вопрос интересный.

Вот вышла из строя хранилка, "шаман" как обычно "всё починил" — но как получить гарантию целостности данных?

Если ШТАТНЫЕ процедуры не помогают — эсть бэкап. В бэкапе хранятся данные с контролем целостности.
А после "шаманизма" — я не берусь 100% утверждать...

Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от Аноним (61), 25-Окт-18, 16:20 
Попробуй представить, что тебе придется восстанавливать из бекапа 200Пб. Внимание, вопрос: на котором терабайте ты обнаружишь в своем /dev/ass паяльник?
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от пох (?), 25-Окт-18, 17:33 
> Раз уж начали говорить о теории отказоустойчивсти, есть два основных момента.

нет, дружище, это так - только в твоем подвальчике у нежно-полируемого локалхоста.

а в кговавом энтерпгайзе все совсем-совсем по -другому, у инвестора нет времени ждать, пока ты ковыряешься с бэкапом, и тем более ему неинтересны твои бумажные "disaster recovery". Он каждую минуту неработы всей конторы целиком (а отвал большой хранилки - это именно такое и есть) теряет деньги.

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

поэтому даже если тебе повезло и у тебя есть работающая технология репликации хранилки и на что реплицировать (что не всегда технически возможно и не всегда тебе готовы отсыпать денег на "как, ЕЩЕ одну?! А что ж вы мне лапшу вешали про отказоустойчивость и прекрасное решение для хранения всех ваших данных - а теперь, оказывается, за все эти деньжищи вы ничего не можете обещать?!" - вне зависимости от того, купил ты нексенту или собрал из дерьма и палок на солярисе - диски и коробки и там небесплатные) - все равно внезапный развал хранилки и судороги по ее подъему пинками оставляют на память новый клок седых волос.

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

112. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  –1 +/
Сообщение от Q (??), 25-Окт-18, 18:15 
Настолько однобоко, что не смешно.

1. При проектировании ЦОД берётся в расчет уровень DR (погугли на досуге)
2. Все остальное проектируется согласно уровней DR и Tier.

Исходя из больших объёмов.

1. Бэкап всегда с учетом off-site.
2. Репликация всегда.
4. Резервирование на уровне ЦОД.
3. ЗИП на уровне готовых узлов (сервер, коммутатор, и т.д.).

Диверсификация и гранулированное восстановление приветствуется.

Плачь из серии "время восстановления которых превышает количество денег у инвестора", "не всегда тебе готовы отсыпать денег на "как, ЕЩЕ одну?!", — здесь и вправду "шаманы" с бубном, с которыми можно "дружить" на форуме.

Ради бога, есть люди, которые прыгают со скалы с резинкой на ноге, а есть люди которые не пишут DRP. Если это не переходит черту закона — это их право. Лишь бы не убеждали всех поступать как они.

Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от пох (?), 25-Окт-18, 19:46 
> 1. При проектировании ЦОД берётся в расчет уровень DR (погугли на досуге)

сколько цодов ты уже понапроектировал?  Или только гуглил?

> Исходя из больших объёмов.
> 1. Бэкап всегда с учетом off-site.

ты так и не ответил, что пользы в бэкапе, который нельзя восстановить. С offsite обычно добавляется еще и то, что его обычно бессмысленно восстанавливать удаленно.

> 2. Репликация всегда.

окей, сколько в твоих проектах реплицируется петабайт данных?

> 4. Резервирование на уровне ЦОД.

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

> 3. ЗИП на уровне готовых узлов (сервер, коммутатор, и т.д.).

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

> Диверсификация и гранулированное восстановление приветствуется.

ну вон там у чуваков 200pb. Надиверсифицировал ты их на 4x50 - сильно полегчает? Отоже. Только вот ненужных знаний вчетверо больше, и запчастей/контактов с вендорами/путей аварийной миграции.

> Плачь из серии "время восстановления которых превышает количество денег у инвестора", "не
> всегда тебе готовы отсыпать денег на "как, ЕЩЕ одну?!", — здесь
> и вправду "шаманы" с бубном, с которыми можно "дружить" на форуме.

нет, дружочек - это как раз работа, а не шаманизм. Просто вот до этого пункта ты не дорос.

поэтому и строишь хранилища на неподдерживаемых операционках. Надеюсь, только в теории.

Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  –1 +/
Сообщение от Q (??), 25-Окт-18, 20:16 
Даже спорить не хочу.
Гугл в помощь, почитай статьи, хотя бы на том же Хабре про ЦОДы и всё остальное.

Нет, ну разумеется, если человек всю жизнь жил без горячего водоснабжения, из удобств колонка во дворе и деревянный туалет, то фраза: "При простуде примите горячую ванну" вызывает недоумение:

"Это что же я столько воды должен натаскать, и где потом это все нагреть?"
:-D

>> ну вон там у чуваков 200pb. И сколько таких контроллеров нужно.

Давай, давай, давай, расскажи нам.

Для начала подсчитай по шпинделям, сколько это будет SAS винтов.
Потом подсчитай сколько серверных юнитов это займёт.
А потом подумай, подключается ли это всё хозяйство к одному контроллеру или к нескольким?
И сколько таких контроллеров нужно? Сколько дисковых полок?
И какой архитектуры СХД ты для этого выберешь?

Ну ты пиши, пиши...
В жизни всегда есть место подвигу :-D

С такими как вы хорошо общаться удалённо. :-D
Чтобы бы ничего не "чинили" без спросу.

Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +2 +/
Сообщение от Аноним (21), 25-Окт-18, 22:11 
> Гугл в помощь, почитай статьи, хотя бы на том же Хабре про ЦОДы и всё остальное.

Это вы сейчас источник своей мудрости описали ?

Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от Q (??), 25-Окт-18, 22:21 
Нет, просто добрый совет.

Надо же с чего-то человеку начинать.
Тем более, он плачется, что его работодателю многое не по карману.
Жадный работодатель его на курсы не пошлёт.
А там хоть что-то, но бесплатно.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

125. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от пох (?), 26-Окт-18, 10:33 
> Это вы сейчас источник своей мудрости описали ?

да в общем оно и с самого начала было понятно.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

124. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от пох (?), 26-Окт-18, 10:32 
>> сколько цодов ты уже понапроектировал?

понятно, ни одного, почитывал статьи на хабре.

следующий!

Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +1 +/
Сообщение от Q (??), 26-Окт-18, 14:07 
>> сколько цодов ты уже понапроектировал?

Так вот, чтобы было понятно.
Даже самый маленький ЦОД один человек не проектирует.
Потому что надо обладать длинным списком компетенций из очень разных областей.
Всегда работает команда, а то и вся крупная компания-интегратора.
Зачастую, над одним центром трудится несколько команд из разных компаний.
Роль одного человека может сводиться, ну например, к эскизному выстраиванию общей архитектуры. И все.
Если мы гооврим о работе в команде по созданию распределённой системы хранения, это могут быть, например:
Например, расчёт количества носителей для той или иной задачи.
Сколько узлов нужно для поддержания квотирования.
Как осуществляется тиринг и сколько каких носителей нужно.

Но тебе до этого пока далеко.
Так как ты задаешь вопросы типа: >> сколько цодов ты уже понапроектировал?То именно тебе стоит начать с ресурсов попроще.
Что и было рекомендовано.

А так пиши ещё.
Это довольно забавно читать.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

127. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от пох (?), 26-Окт-18, 14:24 
> Даже самый маленький ЦОД один человек не проектирует.

да, надо же? А что ж ты родной тогда нам заливаешь про то, как их проектируют, если даже рядом не стоял?

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

ну вот ты не обладаешь, мы поняли.

Окей, возвращаемся к хранилкам - видел хоть одну, хотя бы издали, или тоже "на хабре прочитал"?

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

128. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от Q (??), 26-Окт-18, 16:20 
На мой взгляд, тебя на данном этапе должен интересовать уровень собственного знания, точнее, незнания основ для организации современных крупных систем хранения и обработки информации.

Если у тебя есть интерес и дальше развиваться в направлении СХД и ЦОД, а не продолжать вкалывать на жадного работодателя, то я бы рекомендовал не строить предположений по поводу чужой биографии и всё-таки обратиться за прочтением сначала к доступным для понимания материалам.

Если же есть желание продолжать жить вот в этом:

>>> поэтому даже если тебе повезло и у тебя есть работающая технология репликации хранилки и на что реплицировать (что не всегда технически возможно и не всегда тебе готовы отсыпать денег на "как, ЕЩЕ одну?! А что ж вы мне лапшу вешали про отказоустойчивость и прекрасное решение для хранения всех ваших данных - а теперь, оказывается, за все эти деньжищи вы ничего не можете обещать?!" - вне зависимости от того, купил ты нексенту или собрал из дерьма и палок на солярисе - диски и коробки и там небесплатные) - все равно внезапный развал хранилки и судороги по ее подъему пинками оставляют на память новый клок седых волос.

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

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

Ну давай, позлись, пострадай.
Это даже забавно.

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

136. "Выпуск дистрибутива OpenIndiana 2018.10, продолжающего разви..."  +/
Сообщение от Q (??), 27-Окт-18, 01:04 
Не мешайте проводить эксперимент.
:-D
Мне интересно, насколько хватит энергии у товарища.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру