The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 4.11, opennews (??), 01-Май-17, (0) [смотреть все]

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


9. "Релиз ядра Linux 4.11"  +11 +/
Сообщение от llolik (ok), 01-Май-17, 08:18 
> Хардварные рейды еще покупают? Если да, то почему?

Покупают. Потому что это надёжность, значительно большая производительность и устойчивость к нагрузкам. Ну это всё, если мы рассматривает полноценный хардварный RAID-контроллер, а не какой-нибудь встроенный в материнку fake-raid.

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

13. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 01-Май-17, 08:57 
давай посмеемся - найди мне HW raid который выдаст на RAID6 в конфигурации 8+2 из 40 дисков - скорость 8-9Gbyte/s, а linux mdraid6 это может..
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз ядра Linux 4.11"  +10 +/
Сообщение от qwerty123 (??), 01-Май-17, 09:39 
> давай посмеемся - найди мне HW raid который выдаст на RAID6 в
> конфигурации 8+2 из 40 дисков - скорость 8-9Gbyte/s, а linux mdraid6
> это может..

деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не допускать в апппаратные комнаты.

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

62. "Релиз ядра Linux 4.11"  +5 +/
Сообщение от ананим.orig (?), 01-Май-17, 16:38 
Гонору бы по-меньше и было бы хорошо.
Пока не стали считать сколько у вас там "апппаратных" комнат и какие блондинки там крутятся.

По теме: вопрос — с учетом lvm2, clvm2 и поддержкой ими raid'ов любых мастей и качество поддержки всего этого в ядре — очень даже имеет смысл.

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

89. "Релиз ядра Linux 4.11"  –3 +/
Сообщение от пох (?), 01-Май-17, 21:03 
> деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не

они может write-only ?

то что автор скромно умолчал, что за fs у него поверх этого рейда, как бы намекает...


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

108. "Релиз ядра Linux 4.11"  +/
Сообщение от iCat (ok), 02-Май-17, 07:29 
> деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не допускать в апппаратные комнаты.

Сударь, а у вас всех контроллеров HW-RAID по паре?
Завидую...

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

145. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от пох (?), 03-Май-17, 14:50 
> Сударь, а у вас всех контроллеров HW-RAID по паре?

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

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

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

152. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от iCat (ok), 04-Май-17, 02:10 
> ...сотни ящиков и десятки стоек...
> ...прискачет курьер и привезет в пакетике новый...

...и опять нет повода не позавидовать...


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

31. "Релиз ядра Linux 4.11"  +6 +/
Сообщение от Аноним (-), 01-Май-17, 12:07 
>из 40 дисков

И сколько выйдет, если разбить эту конфигурацию на 2 части? А если на три? На четыре? А что если нужен хотспэйр?

Нет, я очень рад, что у вас все работает и вас все устраивает. Только не надо мерятся МПХ без постановки задачи, ладно? А то получается, что у вас единственно верная задача для всех случаев жизни, ее все знают и все поголовно только ее и решают.

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

44. "Релиз ядра Linux 4.11"  +/
Сообщение от grsec (ok), 01-Май-17, 13:07 
> скорость 8-9Gbyte/s,

Это у вас какая-то бытовая потребность. Вы не в теме про фичу аппаратных рейдов.

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

113. "Релиз ядра Linux 4.11"  +/
Сообщение от Аноним (-), 02-Май-17, 10:58 
И что из этого, сколько он при этом отберёт у системы ресурсов при работе БД? Как перенесёт вырубание питания? как закешит и "где" данные при массовой записи от СУБД?
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 4.11"  +7 +/
Сообщение от anonblmous (?), 01-Май-17, 09:13 
А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка и свой софт, писанный секретными индусами?
И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи.
И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья на голове шевелятся.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 4.11"  –10 +/
Сообщение от qwerty123 (??), 01-Май-17, 09:47 
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка
> и свой софт, писанный секретными индусами?

код линукс подсистем в 1/2 недалеко от кривого индусского.
написали, как-то работает, круто же.

> И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи.

необходимо таки подбирать оборудование по целям и качеству.

> И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья
> на голове шевелятся.

"какие-нить" не покупайте.

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

19. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от jh (?), 01-Май-17, 10:08 
когда аппаратный рейд поломается, высока вероятность что придется искать такой же контроллер чтобы прочитать данные
Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз ядра Linux 4.11"  +/
Сообщение от Онаним (?), 01-Май-17, 20:25 
Матери с SATA port multiplier'ами хватает. Raid Reconstructor для определения очередности записи блоков на диск и R-Studio для вытягивания данных. У ынтерпрайзных админов бэкапов не было. На священный аппартаный raid надеялись, ага. Adaptec 8405.
Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от Михрютка (ok), 03-Май-17, 21:51 
> когда аппаратный рейд поломается, высока вероятность что придется искать такой же контроллер
> чтобы прочитать данные

это если у вас нет второго контроллера, который работает в параллель с первым, нет зеркальной копии тома на второй СХД, нет CDP и репликации, и наконец, нет традиционных СРК.

вот только в этом случае может возникнуть такой фактор.

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

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

20. "Релиз ядра Linux 4.11"  +7 +/
Сообщение от anonblmous (?), 01-Май-17, 10:10 
> код линукс подсистем в 1/2 недалеко от кривого индусского.

Его хотя бы шансы есть посмотреть и поправить (что может не хватить времени или квалификации - вопрос отдельный).
С прошивкой "аппаратного рейда" - жри, что дают, деньги неси, целуй вендора в #опу.

>> И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи.
> необходимо таки подбирать оборудование по целям и качеству.

Внезапно, не все в ынтырпрайзе работают. Не поверите - есть еще средний и малый бизнес, где бюджета на ангар с тестовыми серваками нету.

>> И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья
>> на голове шевелятся.
> "какие-нить" не покупайте.

Можно подумать, другие есть.


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

21. "Релиз ядра Linux 4.11"  +/
Сообщение от Аноним (-), 01-Май-17, 10:30 
Наверное, стоит покупать аппаратные контроллеры RAID, которые не требуют каких-то внешних драйверов и выглядят для системы как стандартное SATA, SAS, SCSI устройство.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

22. "Релиз ядра Linux 4.11"  +3 +/
Сообщение от anonblmous (?), 01-Май-17, 10:38 
> Наверное, стоит покупать аппаратные контроллеры RAID, которые не требуют каких-то внешних
> драйверов и выглядят для системы как стандартное SATA, SAS, SCSI устройство.

А что, риск нарваться на кривую прошивку от этого пропадет?

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

70. "Релиз ядра Linux 4.11"  +5 +/
Сообщение от _ (??), 01-Май-17, 18:17 
Да проще всё - сдохнет карта, и вдруг окажется что чтобы прочитать данные тебе нужна _точно_такая_же_, вплодь до совпадения майнор билт намбера на FW ... А их ужо не продают :-\ И пойдёшь ты покупать у них кастом билд по соооовсем другой цене.

Поэтому под коней эры железных рэйдов, кровавый из покупал ка минимум пару. Один в сервак, другой на склад и описать в DR procedure.


Нееееее - нафик!

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

144. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от PnDx (ok), 03-Май-17, 14:34 
Просто оставлю это здесь.
Старенький LSI MegaRAID SAS 9260-8i (Mfg. Date: 08/31/13), 7x3TB raid6 SATA Seagate .3, zfs-on-linux против новой сборки zfs raidz-2 6x2TB SATA HGST HUS с кэшом из пары Samsung SSD 850 PRO 128GB.

Конфигурации ±схожие. Ключевое отличие — наличие кэша 512МБ DDR + BBU у "железки" против 2х SATA SSD на софт-рэйде. Результаты прогона bonnie++ на области 50ГБ (начало дисков в обоих случаях):
# bonnie++ ZFS  6x 2TB HDD, новая сборка с centos 7 + ZoL
mkdir /home/test
chown nobody:nobody /home/test
bonnie++ -u nobody -d /home/test/ -s 51200 -r 8000 -n 0 -b

Version  1.97       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
x1    50G   146  99 492821  86 154981  44   357  98 389092  45 212.3  21
Latency             82613us   14348us    1055ms   88732us     507ms     166ms

1.97,1.97,x1,1,1491898455,50G,,146,99,492821,86,154981,44,357,98,389092,45,212.3,21,,,,,,,,,,,,,,,,,,82613us,14348us,1055ms,88732us,507ms,166ms,,,,,,

# bonnie++ ZFS @ LSI MegaRAID SAS 2108  7x 3TB HDD, старая сборка с centos 6 + ZoL
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
st1             50G    74  99 324079  73 148538  48   154  99 468356  60 234.2   6
Latency               141ms    1527ms     529ms   88479us     383ms     127ms

1.96,1.96,st1,1,1491914042,50G,,74,99,324079,73,148538,48,154,99,468356,60,234.2,6,,,,,,,,,,,,,,,,,,141ms,1527ms,529ms,88479us,383ms,127ms,,,,,,

(В целом сравнимо, с поправкой на кэши.)

А теперь — ext4 поверх lvm на старом:
# bonnie++ ext4 @ LSI MegaRAID SAS 2108  7x 3TB HDD
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
bcp1            50G   313  99 799005  94 225400  33   843  99 757494  58 537.1  18
Latency             31092us     149ms     199ms   16939us   50420us   97653us

1.96,1.96,bcp1,1,1491907084,50G,,313,99,799005,94,225400,33,843,99,757494,58,537.1,18,,,,,,,,,,,,,,,,,,31092us,149ms,199ms,16939us,50420us,97653us,,,,,,

Вот так-то. На zfs кэши вполне прилично реализованы, но скорость записи съедается (≈50%) cow-дизайном. А что под lvm подкладывать будем? lv-cache? Так оно — только на чтение и 1 том = 1 партиция кэша afaik. Ещё варианты?

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

146. "Релиз ядра Linux 4.11"  +/
Сообщение от пох (?), 03-Май-17, 14:57 
> Просто оставлю это здесь.

у вас задача как-то выпала из описания. вы ж не под бонии его собирали?
В случае zfs реальная задача очень заметно отличается от синтетических тестов - причем как в лучшую, так и в худшую до полной неработоспособности сторону, если не угадать с record size, количеством памяти и размерами кэшей.

> Вот так-то. На zfs кэши вполне прилично реализованы, но скорость записи съедается
> (≈50%) cow-дизайном.

я не очень понял - у вас на этих дисках l2 ? Если мы про запись - то, возможно, вы тот уникальный человек, которому на самом деле нужен лог.

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

147. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от PnDx (ok), 03-Май-17, 18:54 
> у вас задача как-то выпала из описания. вы ж не под бонии
> его собирали?

  "Бюджетные" $3…6k x86-гипервизоры с DAS в небольшом телекоме.
Запись, как правило, низкоинтенсивная и практически последовательная. Чтение — можно словить "полку". На биллинге, например. И при бэкапах (в текущей схеме).
  Текущее решение "подпирается" кэшами raid-карточек, а zfs до недавнего времени занимался только бэкапами. После 6 лет эксплуатации на бэкапах, zfs признан достаточно стабильным (и документированным) для замены LVM в данном кейсе.
  Бонусы: бо́льшая часть чтения имеет ТТХ SSD (почти). "Предоплаченный" бэкап (тянем zfs send|recv вместо тотал-скана для lvm) с возможностью гонять репликацию в прайм-тайм. Последние снимки доступны локально, (чуть)проще расследовать/исправлять ошибки персонала.
  Минусы: готовим 4…6ГБ ОЗУ под обслуживание вышеописанных ≈7ТБ. Из которых нельзя брать больше 5ТБ. Больше возможностей нарваться на панику (хотя, с lvm это тоже не проблема: поменьше ОЗУ & побольше снапшотов и…). Непригодно для критичных к записи задач (e.g. большие БД). Жрёт CPU (soft-raid6 + sha256-checksums).
  Ну и DKMS в минусы запишем. (Для убунтоидов это больше не проблема, но я им не завидую https://wiki.ubuntu.com/1404_HWE_EOL и т.п., в 16.04 вообще за 2 дня нашёл 4 ошибки в сетевом стеке + 1 в multipath, но это уже другая история).

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

150. "Релиз ядра Linux 4.11"  –2 +/
Сообщение от Михрютка (ok), 03-Май-17, 22:31 
> Да проще всё - сдохнет карта, и вдруг окажется что чтобы прочитать
> данные тебе нужна _точно_такая_же_, вплодь до совпадения майнор билт намбера на
> FW ... А их ужо не продают :-\ И пойдёшь ты
> покупать у них кастом билд по соооовсем другой цене.
> Поэтому под коней эры железных рэйдов, кровавый из покупал ка минимум пару.
> Один в сервак, другой на склад и описать в DR procedure.

господи, да как же надоели вы с этой песней, товарищи строители хранилищ из овна и епок.

купить нормальную СХД, в которой как минимум два контроллера - это мы с негодованием вычеркиваем сразу.

сделать нормальную CDP, если уж нам так важно RPO=0 (я правильно понял, суть всего этого онанизма с покупкой второго контроллера - получить нулевой RPO неестественным образом?), это никак невозможно,

организовать вторую копию тома на втором контроллере, который стоит рядом или в соседнем сервере - это никак невозможно.

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

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

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

30. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 01-Май-17, 11:58 
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка
> и свой софт, писанный секретными индусами?
> И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи.
> И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья
> на голове шевелятся.

Следует также прибавить невыносимо отвратительные софты для управления и мониторинга, после которых на mdadm смотришь с умилением.

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

33. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Survologemail (?), 01-Май-17, 12:14 
Всегда на mdadm с умилением смотрел. Из чего-то удобнее только btrfs вспоминается.
Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз ядра Linux 4.11"  +/
Сообщение от ананим.orig (?), 01-Май-17, 16:49 
После появления в lvm2 поддержки raid5/6/итд.. тоже стал не востребован.
А так да, затыкал нос аппаратным лет 15, если не больше.
Но до появления zfs и потом lvm2/clvm2 с рэйдами.
Бтр же пока никак.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 01-Май-17, 13:25 
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка и свой софт, писанный секретными индусами?

Какой ещё свой код? Кому надо заморачиваться? Там унутре тот же linux с тем же MD RAID. Индусского всего-то — обвязка для управления этим хозяйством.

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

52. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 01-Май-17, 13:53 
Вот сразу видно кто хардварных раид контроллеров и в глаза не видел.
Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Онаним (?), 01-Май-17, 20:27 
Иди сначала initramfs из прошивки контроллера выковыряй, потом будешь всем рассказывать как его там нет.
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 01-Май-17, 23:07 
Пример контроллера с линуксом внутри в студию.
Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от Zulu (?), 02-Май-17, 18:14 
Areca.
Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от пох (?), 02-Май-17, 21:24 
ну труп же ж.
К тому же линукс там был, вероятнее всего, только в интерфейсе (отдельно ужасном).

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

88. "Релиз ядра Linux 4.11"  –3 +/
Сообщение от пох (?), 01-Май-17, 20:59 
> Какой ещё свой код? Кому надо заморачиваться? Там унутре тот же linux

эта... areca вроде десять лет уже банкрот. Где вы еще линyпс-то нашли?

> с тем же MD RAID. Индусского всего-то — обвязка для управления
> этим хозяйством.

есть один ньюанс, да: процессор нифига не xeon. Поэтому даже если вы где-то в прошивке и увидели знакомые буквы - совершенно не надо делать слишком широкоохватные выводы.

У меня вот в циске не просто линукс, а можно в него натурально в шелл вывалиться (и некоторые вещи этого требуют). Более того - отдельные доступны в виде .ovf Означает ли это, что я могу циску выкинуть, и писюком под линуксом заменить, как вы думаете?
(и да, процессор - нифига не ксеон ;-)

P.S. второй ньюанс в том, что индусы все же читали статью Анвина. Ее, к сожалению, WASP americans тоже читали. До или после исправления - а вот угадайте. ;-)

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

32. "Релиз ядра Linux 4.11"  +3 +/
Сообщение от Аноним (-), 01-Май-17, 12:12 
HW не безопасны. Полетит и информацию будет не восстановить, т.к. формат не стандартизирован, а такой же можно и не найти.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 4.11"  +/
Сообщение от Аноним (-), 01-Май-17, 13:25 
Ну так делай бекапы! RAID это не система резервного копирования.
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз ядра Linux 4.11"  +/
Сообщение от Аноним (-), 01-Май-17, 13:54 
> Ну так делай бекапы! RAID это не система резервного копирования.

Бекапы не панацея.

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

71. "Релиз ядра Linux 4.11"  +/
Сообщение от _ (??), 01-Май-17, 18:21 
Поднять из бэкапа многия терабайты ... это от недели и больше. К тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте контроллеры парами. :-\
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от пох (?), 01-Май-17, 20:46 
> Поднять из бэкапа многия терабайты ... это от недели и больше. К
> тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте
> контроллеры парами. :-\

причем - _сразу_ (ох какие занимательные приколы были у lsi megaraid "чуть другого релиза")

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

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

109. "Релиз ядра Linux 4.11"  +2 +/
Сообщение от iCat (ok), 02-Май-17, 07:45 
> Поднять из бэкапа многия терабайты ... это от недели и больше. К
> тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте
> контроллеры парами. :-\

3-2-1
Минимум три копии данных
Минимум на двух независимых носителях
Минимум один носитель вне здания

В случае аварии на основном носителе данных переключаемся на второй, который становится актуальным, "поднимаем" аварийный доступным способом и оттуда в "новый актуальный" дописываем данные, не попавшие в последнюю синхронизацию.
Это же азбука, ребята!

Если требуется непрерывность доступности данных - используем технологию хранения, позволяющую хранить избыточный набор данных.
К примеру - Raid-Z, там можно на одном наборе томов записывать данные в 2-х, 3-х экземплярах, что позволяет заменять выпадающие тома почти незаметно для пользовательских приложений.

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

117. "Релиз ядра Linux 4.11"  +1 +/
Сообщение от Аноним (-), 02-Май-17, 12:28 
Бэкапы в любом случае делать надо. HW - это просто дополнительная точка отказа в системе.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от Zulu (?), 02-Май-17, 18:16 
> стандартизирован, а такой же можно и не найти.

RAID купил, саппорт не купил.

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

136. "Релиз ядра Linux 4.11"  +/
Сообщение от пох (?), 02-Май-17, 21:30 
> RAID купил, саппорт не купил.

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

нет, если ты купил у EMC, то, наверное, так не будет - но, блин, не у всех же деньги действительно бесконечные.


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

151. "Релиз ядра Linux 4.11"  –1 +/
Сообщение от Михрютка (ok), 03-Май-17, 23:40 
> саппорт купил, а он тебе и говорит человечьим голосом - "а это
> у вас от того, что вы два года назад пропустили рекомендованный
> нами апгрейд (ну да, ну да - с уводом в оффлайн,
> парой часов траходрома без гарантии что потом подберутся диски, а не
> "ой нишмагла, прикажете переформатировать?"), или вообще ему endoflife пришел, да, вот
> те у вас хорошие, правильные - как не видите разницы -
> вот же, восемнадцатая цифробуква в серийнике должна быть больше шести.
> нет, если ты купил у EMC, то, наверное, так не будет -
> но, блин, не у всех же деньги действительно бесконечные.

будет точно так же, вы думали, в рай попали? единственно в случае покупки поддержки 24х7 саппорт будет говорить вам это круглые сутки, был бы кастомер контакт на проводе.

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

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

вендор и интеграторы/консультанты тут не гарантия, они косячат точно так же, как и простые смертные.

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

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

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




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

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