Редактирование: UNИX, весна 2008, 04 семинар (от 30 мая)
Материал из eSyr's wiki.
Внимание: Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.
ПРЕДУПРЕЖДЕНИЕ: Длина этой страницы составляет 40 килобайт. Страницы, размер которых приближается к 32 КБ или превышает это значение, могут неверно отображаться в некоторых браузерах. Пожалуйста, рассмотрите вариант разбиения страницы на меньшие части.
Правка может быть отменена. Пожалуйста, просмотрите сравнение версий, чтобы убедиться, что это именно те изменения, которые вас интересуют, и нажмите «Записать страницу», чтобы изменения вступили в силу.
Текущая версия | Ваш текст | ||
Строка 1: | Строка 1: | ||
- | * '''Докладчик:''' Александр Герасёв | ||
- | * '''Официальная страница:''' http://uneex.ru/Events/Storage | ||
* '''Дамп карточки (временный):''' http://esyr.org/photo/uneex_08_05_30/ | * '''Дамп карточки (временный):''' http://esyr.org/photo/uneex_08_05_30/ | ||
* '''Диктофонная запись:''' http://esyr.org/lections/audio/uneex_2008_summer/uneex_seminar_08_05_30.ogg | * '''Диктофонная запись:''' http://esyr.org/lections/audio/uneex_2008_summer/uneex_seminar_08_05_30.ogg | ||
* '''Презентация:''' [[:Изображение:Storage.odp|ODP]], [[:Изображение:Storage.pdf|PDF]] | * '''Презентация:''' [[:Изображение:Storage.odp|ODP]], [[:Изображение:Storage.pdf|PDF]] | ||
* '''Презентация с комментариями на основе конспекта (in progress):''' [[:Изображение:Storage_commented.odp|ODP]], [[:Изображение:Storage_commented.pdf|PDF]] | * '''Презентация с комментариями на основе конспекта (in progress):''' [[:Изображение:Storage_commented.odp|ODP]], [[:Изображение:Storage_commented.pdf|PDF]] | ||
- | |||
- | = Системы хранения данных = | ||
== Введение == | == Введение == | ||
<!-- Слайд 1 --> | <!-- Слайд 1 --> | ||
[[Изображение:Uneex 08 05 30 slide1.png|thumb|left|240px]] | [[Изображение:Uneex 08 05 30 slide1.png|thumb|left|240px]] | ||
- | <gallery> | ||
- | Изображение:Uneex 08 05 30 frbrgeorge.jpg|Георгий Курячий (ГК) | ||
- | Изображение:gq.jpg|Александр Герасёв (GQ) | ||
- | Изображение:ivlad.jpg|Владимир Иванов (ivlad) | ||
- | Изображение:yrii.jpg|Юрий Рязанцев | ||
- | </gallery> | ||
С чего вдруг лектор рассказывает про такие вещи… | С чего вдруг лектор рассказывает про такие вещи… | ||
<div class="comment">''ГК'': Давай мы сделаем маленькое объявление, я тут вижу много разного народу, некоторые знакомые лица, некоторые — нет. Что такое UNИX: эта аббревиатура имеет отношение к некоторому плавающему собранию людей, непрерывно обновляемому. Я так думаю, что некоторые из здесь присутствующих просто не знают о существовании этого мероприятия по причине того, что последние года два оно не проводилось вообще: последний семинар был ровно два года назад из тех, что проводились давно. Задача очень простая — делиться информацией в режиме реального времени. Я сказал, что сообщество плавающее, одно время я был активным инициатором этого безобразия, потом работа меня съела и появились студенты ответственные, которые взяли на себя всю организационную часть. Это уже третье публичное сборище. Я не знаю, сколько мы выдержим стиль две недели летом, следите за объявлениями. Поскольку, вопрос о том, что означает эта аббревиатура, обсуждался на ЛОРе, повторяться я не буду.</div> | <div class="comment">''ГК'': Давай мы сделаем маленькое объявление, я тут вижу много разного народу, некоторые знакомые лица, некоторые — нет. Что такое UNИX: эта аббревиатура имеет отношение к некоторому плавающему собранию людей, непрерывно обновляемому. Я так думаю, что некоторые из здесь присутствующих просто не знают о существовании этого мероприятия по причине того, что последние года два оно не проводилось вообще: последний семинар был ровно два года назад из тех, что проводились давно. Задача очень простая — делиться информацией в режиме реального времени. Я сказал, что сообщество плавающее, одно время я был активным инициатором этого безобразия, потом работа меня съела и появились студенты ответственные, которые взяли на себя всю организационную часть. Это уже третье публичное сборище. Я не знаю, сколько мы выдержим стиль две недели летом, следите за объявлениями. Поскольку, вопрос о том, что означает эта аббревиатура, обсуждался на ЛОРе, повторяться я не буду.</div> | ||
- | Дело в том, что мы, то есть ЛВК — бюджетная организация, и как это бывает, внезапно под новый год сказали, что есть полтора миллиона рублей, и их надо срочно потратить. Поскольку списка, чего надо, не было, решили, что места мало и пользователи любят хранить всякую мультимедию, в итоге возникла потребность во внешнем хранилище. Поэтому пришлось окунуться в то, что такое СХД, конкретно SAN, и очень много было вопросов, потому что господа, которые при ..., у них немножко другая терминология, а нас интересовали больше всякие разные технические вещи, как оно работает и как его использовать в той | + | Дело в том, что мы, то есть ЛВК — бюджетная организация, и как это бывает, внезапно под новый год сказали, что есть полтора миллиона рублей, и их надо срочно потратить. Поскольку списка, чего надо, не было, решили, что места мало и пользователи любят хранить всякую мультимедию, в итоге возникла потребность во внешнем хранилище. Поэтому пришлось окунуться в то, что такое СХД, конкретно SAN, и очень много было вопросов, потому что господа, которые при ..., у них немножко другая терминология, а нас интересовали больше всякие разные технические вещи, как оно работает и как его использовать в той инфрастурктуре, которую мы себе видели. Поэтому пришлось покопаться. Неоторое время назад лектор делал доклад на ЛВКшном студенческом семинаре о том, что я узнал, а это такая изменённая версия, без совсем простых вещей, но тем, не менее, версия того доклада. |
* ''ГК'': Будет упомянут какой-то конкретный сервер хранения данных, который был за полтора миллиона куплен? | * ''ГК'': Будет упомянут какой-то конкретный сервер хранения данных, который был за полтора миллиона куплен? | ||
Строка 65: | Строка 55: | ||
* Обеспечение доступности. Если есть какая-то система, которая эти данные как-то хранит, то возникает желание, чтобы эта система была доступна всегда. Если у нас, например, 10 серверов, которые используют эти данные, чтобы не было какого-то слабого звена | * Обеспечение доступности. Если есть какая-то система, которая эти данные как-то хранит, то возникает желание, чтобы эта система была доступна всегда. Если у нас, например, 10 серверов, которые используют эти данные, чтобы не было какого-то слабого звена | ||
** ''ГК'': Проблема в другом — проблема не в том, чтобы случайно выключится какой-то сервер, который потом не отдаст данные, хотя это тоже. Проблема в том, чтобы данные были доступны в режимное время, при том, что 180 потоков уже идут. То есть, есть неки график потребления… | ** ''ГК'': Проблема в другом — проблема не в том, чтобы случайно выключится какой-то сервер, который потом не отдаст данные, хотя это тоже. Проблема в том, чтобы данные были доступны в режимное время, при том, что 180 потоков уже идут. То есть, есть неки график потребления… | ||
- | ** ''ivlad'', ''GQ'' | + | ** ''ivlad'', ''GQ'' — Нет. |
** ''ГК'': А в чём? | ** ''ГК'': А в чём? | ||
- | ** ''ivlad'' | + | ** ''ivlad'' — Проблема в том, что данные, как таковые, целостные, а доступа к ним по какой-то причине нет |
- | ** ''GQ'' | + | ** ''GQ'' — Например, сгорел порт на сервере, к которому подключена СХД. Сервер есть, данные есть, доступа к ним нет |
- | ** ''Юрий'' | + | ** ''Юрий'' — Вопрос по поводу отказоустойчивости, возможно, необходимо разделить постановку. Есть вопросы, связанные с отказом оборудования, это нештатные ситуации. И здесь вопрос отказоустойчивости — обеспечить максимально возможный доступ к данным за какое-то разумное время. В частности, система бэкапов может быть тоже системой обеспечения отказоустойчивости. |
- | ** ''ivlad'' | + | ** ''ivlad'' — Нет. Бэкапы обеспечивают сохранность данных. |
- | ** ''Юрий'' | + | ** ''Юрий'' — Ну, скажем, так, не средства бэкапа, а средства восстановления данных из бэкапа |
- | ** ''GQ'' | + | ** ''GQ'' — Система восстановления данных из бэкапов позволяет… |
- | ** ''Юрий'' | + | ** ''Юрий'' — Я хотел бы разделить два вида отказов: отказ, связанный с нештатной ситуации работы оборудования и ПО, и есть отказы вида штатной работы: когда всё есть, все программы работают, а вот доступа к данным нет |
- | ** ''GQ'' | + | ** ''GQ'' — Можно, всё-таки конкретизирую. У нас есть в лаборатории люди, которые занимаются отказоустойчивостью. На самом деле, с точки зрения теории, есть понятие ''неисправности'' — это когда что-то где-то не работает. Неисправность может приводить к ошибке. Ошибка — обнаруженная неисправность, которую система обнаружила. А ''отказ'' — такая ошибка, которую мы никак не можем предотвратить или исправить, которая приводит к тому, что система перестаёт выполнять те требования, которые на неё наложены. Собственно, отказ, это когда система перестаёт работать. |
- | ** ''Юрий'' | + | ** ''Юрий'' — Так вот, дублирование узлов, избыточность и так далее — к какому виду избыточности это относится? Дублирование узлов используется, когда целиком узлы дублируются, это обеспечение доступности. А избыточность обычно для задач сохранности данных. |
При этом избыточность может применяться на разных уровнях. | При этом избыточность может применяться на разных уровнях. | ||
Строка 92: | Строка 82: | ||
** ''ivlad'': Ты как-то подменяешь понятие, как мне кажется. JBOD это полка с дисками, которая не несёт в себе никакого интеллекта. Если есть 14 дисков, они как 14 дисков видны хосту. В отличие от более полноценной системы RAID, когда эти 14 дисков видны как-то по-другому, и над ними появляется какая-то логика | ** ''ivlad'': Ты как-то подменяешь понятие, как мне кажется. JBOD это полка с дисками, которая не несёт в себе никакого интеллекта. Если есть 14 дисков, они как 14 дисков видны хосту. В отличие от более полноценной системы RAID, когда эти 14 дисков видны как-то по-другому, и над ними появляется какая-то логика | ||
** ''GQ'': Значит, мы в терминологии немного расходимся, то, что я читал, там всё-таки JBOD это… | ** ''GQ'': Значит, мы в терминологии немного расходимся, то, что я читал, там всё-таки JBOD это… | ||
- | ** ''ivlad'': Если объединяем все диски в один поток, то это конкатенация, concat. Solaris Disk Suite мы | + | ** ''ivlad'': Если объединяем все диски в один поток, то это конкатенация, concat. Solaris Disk Suite мы презденно отметаем сейчас. |
: Понятно, что объединять много дисков последовательно неинтересно, потому что когда данные читаются, они читаются последовательно, и всё читается с одного диска | : Понятно, что объединять много дисков последовательно неинтересно, потому что когда данные читаются, они читаются последовательно, и всё читается с одного диска | ||
* Но дисков много, их можно читать параллельно. Тогда и придумали '''RAID 0''', когда диски делятся на страйпы, и подряд идущие данные лежат часть на одном, часть на другом, на третьем, и так далее. Это к обеспечению отказоустойчивости никак не относится, поскольку избыточности там нет никакой. Избыточность появляется дальше. | * Но дисков много, их можно читать параллельно. Тогда и придумали '''RAID 0''', когда диски делятся на страйпы, и подряд идущие данные лежат часть на одном, часть на другом, на третьем, и так далее. Это к обеспечению отказоустойчивости никак не относится, поскольку избыточности там нет никакой. Избыточность появляется дальше. | ||
Строка 101: | Строка 91: | ||
** ''Из зала'': Я не знаю, что такое RAID 5 и RAID 6. Всю свою несознательную жизнь я использовал 0+1. [[Image:Uneex 08 05 30 raid 0+1 man.jpg|thumb|Человек из зала, использующий RAID 0+1]] | ** ''Из зала'': Я не знаю, что такое RAID 5 и RAID 6. Всю свою несознательную жизнь я использовал 0+1. [[Image:Uneex 08 05 30 raid 0+1 man.jpg|thumb|Человек из зала, использующий RAID 0+1]] | ||
** ''ivlad'': Замечательно. На самом деле не факт, что она несознательная… | ** ''ivlad'': Замечательно. На самом деле не факт, что она несознательная… | ||
- | ** ''ГК'': А то есть мнение, что | + | ** ''ГК'': А то есть мнение, что RAID это набег |
- | ** '' | + | ** ''ivlad'': Понятно, что самый тупой способ хранить данные на нескольких дисках так, чтобы была устойчивость: первый байт записываем на первый диск, второй на второй, третий на третий, а на четвёртый XOR этих байт. Так работает '''RAID 3''', если не ошибаюсь. <!-- 31:00 --> |
- | ** ''ivlad'': | + | ** ''ivlad'': в 4 рейде есть большой бонус --- при добавлении допдиска можно сказать, что он забит нулями, контр. сумма не изм и доп. телодвижений делать не надо |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | Космбинирование уровней рейда: | |
- | + | * Можно сделать зеркало над страйпами или страйп над зеркалами. Понятно, что отказоустойчивость у них разная. В случае, если вылетает два диска... | |
- | + | ** ivlad: Начнём с одного | |
- | + | ** А в случае одного всё одинаково | |
+ | ** ivlad: Нееет, по-разному ... | ||
+ | ** ... | ||
- | + | В случае, если вышел из строя один из дисков, то нужно как можно быстрее выйдет один диск, тонужно как можно быстрее вставить новые. Понятно, что на люжей нельзя надеяться, то используют горячий резерв. | |
- | + | ||
- | + | Это один аспект отк., который отн. к сохр. данных, есть ещё аспект, отн. к дотупности. Дял этого есть техн., наз. MP. Есть ящик с дисками, он подключен к серверу. Есть порты ввода-вывода, которые подк. к серверу. Понятно, что они могут выйти из строя. Можно подключить два провода, тогда, если вылетает один, то всё равно они ост. соединены. И для того, чтобы это не требовало ркчных изм. и настройки, сущ. подсистема MP, которая для нашего сервера делает вид, что у нас одни канал данных, но на самом деле два, и можно по ним ещё нагрузку раскидывать, например. | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | <!-- тут наверное что-то смешное, но я ничего разобрать не могу :( --> | ||
- | |||
- | Таким образом можно не только 0+1 и 1+0 объединять, но и 5+0, 1+0+0, и так далее. В случае, если вышел из строя один из дисков, возникает проблема как можно быстрее выйдет один диск, вдруг второй выйдет из строя. Так как на человека надеяться небезопасно, то для этого придумали добавлять hot spare диски, на которых ничего не хранится, и если один из дисков в RAID выходит из строя, то диск hot spare встаёт на его место. | ||
- | |||
- | === MultiPath === | ||
- | <!-- Слайд 13 --> | ||
- | [[Изображение:Uneex 08 05 30 slide13.png|thumb|left|240px]] | ||
- | Это один аспект отказоустойчивости, тот, который относится к сохранности данных, а есть ещё задача обеспечения доступности. В современных системах хранения данных для этого используется технология, которая называется MultiPath. Вот у нас есть некоторый ящик с дисками, и он подключен к серверу. Вот он подключён при помощи какого-то провода, и какие-то порты ввода/вывода на этом ящике, на этом сервере. Соответственно, это узлы, которые могут выйти из строя. Во-первых, ящик можно подключить двумя проводами, тогда, если вылетает один из портов или уборщица задевает шваброй один из проводов, то всё равно они остаются соединены. И для того, чтобы это не требовало ручных изменений и настройки, существует подсистема MultiPath, которая для нашего сервера делает вид, что у нас один канал данных, а под ней же лежат эти два канала, которые, во-первых, в случае выхода одного из строя можно использовать другой, во-вторых, если у нас слабое место по скорости эти каналы, то можно и нагрузку раскидывать по ним. В частности, мы это тоже используем. | ||
- | |||
- | === RAID-контроллеры === | ||
- | <!-- Слайд 14 --> | ||
- | [[Изображение:Uneex 08 05 30 slide14.png|thumb|left|240px]] | ||
Ещё один, совсем коротко, про RAID-контроллеры | Ещё один, совсем коротко, про RAID-контроллеры | ||
- | * | + | * Сначала контр. были аппаратные, они делали вид, что к ним подкл. одни диск, на самом деле неск., платы стоят дорого, поск. дклаютмя для дорогих серверов |
- | + | * В какой-то момент решили делать прогрю. Рейд, понятно что он будет отнимать ресурсы системы, работать медленнее, зато это замечательно рабоатет. | |
- | + | * Лет 5---10 назад стало популрно в очень недорогие мат. платы нечто, что произв. называл аппаратным рейдом, но оно было только на уровне биоса, дальше на уровне ос это драйвера. Но оно отличается в худшую сторону. Если вышла из строя аппаратный рейл, то нужно купить точно такой же адаптер, но он стоит дорогих денег, давно не выпускается и так далее. Но в случае рейда 0 и 1 помогает dd и скрипт на шелле, достаточно знать, какого размера блоки и какой диск первый-второй. Понятно, что аппаратные работают быстрее | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | Понятно, что | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
* В СХД есть обычно свои средства | * В СХД есть обычно свои средства | ||
Строка 189: | Строка 121: | ||
D_1 + D_2 | D_1 + D_2 | ||
W(D_1) W(D_2) W(P) | W(D_1) W(D_2) W(P) | ||
- | Важно понимать патторны работы с дисками при проектировании RAID 5. Общий рецепт такой: потокавая запись очень быстрая, если full-/// stripe, | + | Важно понимать патторны работы с дисками при проектировании RAID 5. Общий рецепт такой: потокавая запись очень быстрая, если full-/// stripe, котрый модет делаться или очень большим кэшем, или операционная система видит, что длинная операция даписи, отключает кэш и все операции сразу идут на бэкенд-петлю. В случае же RAID 10 нужно синхронизировать ... . ... |
- | Ещё на умных, хороших аппаратный рейдах есть собственный кэш, собственная память для того, чтобы подобрать правильную посл. записи на диск. Во-вторых, там есть | + | Ещё на умных, хороших аппаратный рейдах есть собственный кэш, собственная память для того, чтобы подобрать правильную посл. записи на диск. Во-вторых, там есть дамечательное свойство, что после того, как данные сохранили в кэш, можно сказать ОС, что данные сохранены. В этом случае может быть пробелма, что делать, если ппитание отрубится. Обычно, для этого есть батарейка, которая позв. сохранить кэш.. |
- | + | LVM | |
- | * Не можем спланировать, сколько | + | * Не можем спланировать, сколько потр. места черз 3 года |
* Хотим home 300ГБ, а у нас два диска по 200 | * Хотим home 300ГБ, а у нас два диска по 200 | ||
- | * | + | * ИЛи сначала был один диск, а потом появился второй |
- | Для этого всего исп такую вещь, как LVM. У нас | + | Для этого всего исп такую вещь, как LVM. У нас етсь физ. устройства., например, два диска по 200, разбили их на 100+100 и 200, над ними указываем группы томов: sda1 и sda2+sdb1, над группами можно создать виртуальные тома. |
* Юрий: а зачем выделять группы? | * Юрий: а зачем выделять группы? | ||
- | Дальше уже выделяем | + | Дальше уже выделяем место под рут/юср/вар |
- | * ГК: я ничего не понял про то, где тут масштабируемость. Из | + | * ГК: я ничего не понял про то, где тут масштабируемость. Из данной пробелмы понятно, как решается |
* GQ: изначально выделяется по 5 гигабайт, потом увеличить тома можно, и оно изменит размер online | * GQ: изначально выделяется по 5 гигабайт, потом увеличить тома можно, и оно изменит размер online | ||
* ivlad: И это фрагментируется? | * ivlad: И это фрагментируется? | ||
- | * GQ: да, возникает | + | * GQ: да, возникает пробелма фрагментации |
* ... | * ... | ||
Далее, если купили терабайт и хотим выкинуть два по 200, то подключаем терабайт, говорим мигрировать, и отключаем старые | Далее, если купили терабайт и хотим выкинуть два по 200, то подключаем терабайт, говорим мигрировать, и отключаем старые | ||
Строка 214: | Строка 146: | ||
Свойства | Свойства | ||
- | * | + | * Снэпшоты. Хотим получим копию лог. тома, чтобы он был консистентен по времени. Для этого созд. снапшот (на самом деле, никакого копирования не проих, заводится метаинф). Если что-то пишем, то созраняем и то, и то. |
* Юрий: ... | * Юрий: ... | ||
* ivlad: ... | * ivlad: ... | ||
- | * ivlad: ещё более интересная ситуация, когда надо сделать снэпшот сырого диска. | + | * ivlad: ещё более интересная ситуация, когда надо сделать снэпшот сырого диска. Произв. ... публикуют интерфейсы, которые позв. делать снэпшот тейблспейса, и оракл дальше пишет в лог(?) ... но это решение на уровне приложения |
- | + | СХД | |
- | * DAS --- | + | * DAS --- dirrect attached storage --- ящик с дисками. Хранилище, которое подкл. непосредственно. DAS работает по принципу одного потребителя данных, и в случае децентр. потр. этого недостаточно для решения этого придумали |
- | * NAS --- ящик, к которому | + | * NAS --- ящик, к которому подкл. по сети и работает с ним |
- | * SAN --- | + | * SAN --- ... |
DAS | DAS | ||
* Работают по стандартным интерфейсам | * Работают по стандартным интерфейсам | ||
- | * Предст. либо RAW диски, либо иногда | + | * Предст. либо RAW диски, либо иногда КФШв? yj 'nj dc` ghjcnj |
NAS | NAS | ||
- | * Стандартные помойки, которые | + | * Стандартные помойки, которые подкл. по HTTP, FTP, NFS... |
** ГК: а это только файл-ориентированные доступ? | ** ГК: а это только файл-ориентированные доступ? | ||
** Да. | ** Да. | ||
SAN | SAN | ||
- | * Даёт доступ до блочного пространства (блочная семантика) и ничто не запрещает нам иметь доступ одновременно к одному блочному | + | * Даёт доступ до блочного пространства (блочная семантика) и ничто не запрещает нам иметь доступ одновременно к одному блочному устр. с неск. потреб. |
- | * В | + | * В кач. физ. инт. исп. лиюо Eth либо IP, самое быстрое и вкусчсоне это FC |
- | ** iSCSI --- | + | ** iSCSI --- |
- | ** FC --- | + | ** FC --- hish-end --- специальная технология для постр. сетей с высокой проп. способ. и низк. латент. В первую очередь FC исп в СХД. Обычно исп. оптоволокно, но можно и медь. В качестве протокола исп. FCP --- инкапсуляция низк. протокола SCSI. При этом в принципе можно исп. разл. топологии: точка-точка, каждый с каждым, switched fabric --- топология, когда есть неск. устройств, которые называются Fibre Channel Switch, они как-то соединены, мы нашего потр. подкл. к этой сети и поставщика данных, и как-то по этой сети до этих данных можнем достучаться, там досттаточно интересные способы маршрутизации, и с изб. там всё хорошо; ещё одна топология --- кольцо с арбитром. |
- | ** ivlad: фабрика устроена достаточно сложно, там свои | + | ** ivlad: фабрика устроена достаточно сложно, там свои ... |
== Подключение СХД == | == Подключение СХД == | ||
Строка 250: | Строка 182: | ||
** Из зала: есть ещё FATA --- ATA, к которому присобачен FC | ** Из зала: есть ещё FATA --- ATA, к которому присобачен FC | ||
- | == | + | == Ghbvth C{L == |
- | Та хрень, которая у нас в итоге применяется, это | + | Та хрень, которая у нас в итоге применяется, это СДФКшшЩТ 150 с двумя процессорами и И/П |
В итоге выглядит это вот так вот: | В итоге выглядит это вот так вот: | ||
- | * ivlad: в случае отказа может выйти из строя вся фабрика, поэтому делают две фабрики, но здесь | + | * ivlad: в случае отказа может выйти из строя вся фабрика, поэтому делают две фабрики, но здесь вырожд. случай. |
Крутится это на виндах ... | Крутится это на виндах ... | ||
Строка 260: | Строка 192: | ||
* ivlad: для чего на самом деле покупаются подобные системы | * ivlad: для чего на самом деле покупаются подобные системы | ||
- | PowerPath: умеет гонять служебные данные (пинг) по неактивному пути, для проверки, можно на него | + | PowerPath: умеет гонять служебные данные (пинг) по неактивному пути, для проверки, можно на него перекл или нет. |
- | В любом случае, | + | В любом случае, исп. ядерный модуль не могули, потому что Debian, а не RHEL/SLES/CentOS, и кроме того, исп. Xen. |
- | Эти самые FC-свичи это не совсем тупая вещь, в случае, когда 1 сервер, 1 хранилище, нет | + | Эти самые FC-свичи это не совсем тупая вещь, в случае, когда 1 сервер, 1 хранилище, нет необх. кому-то что-то запрещать, но когда есть несколько серверов и хранилищ, то нужно делать нечто аналогичное VLSN, в FC это называется зонинг. И несмотря на то, что инженеры говорили, что втыкаешь --- всё работает, то через свичи не работает. Оказалось, что зонинг включён и он ... |
== Enterprise-решения == | == Enterprise-решения == | ||
Строка 320: | Строка 252: | ||
Вообще говоря, избыточность может быть любой, m+n, что позволяет пережить m отказов. Но по скорости он сосёт, псокольку уже дя R6 нужно собирать квадрат, и при случайной записи надо собрать квадрат, и скорость проседает, что можно решать кэшом. Но большие кэши это техн. сложно. | Вообще говоря, избыточность может быть любой, m+n, что позволяет пережить m отказов. Но по скорости он сосёт, псокольку уже дя R6 нужно собирать квадрат, и при случайной записи надо собрать квадрат, и скорость проседает, что можно решать кэшом. Но большие кэши это техн. сложно. | ||
- | Компания | + | Компания ... предложила следующее: давайте делтаь случайную запись, но писать на диск последовательно. Что мы получили: мы получили запись быструю (потому что пишем только full-... stripe) и это очень хорошо. Но возникает проблема фрагментации. Мало того, что надо делать мэппинг, но понятно, что ни о какм префетче можно не говорить, всё врея надо перепозиц. головку. Решение тут только одно --- делать периодич. дефрагментацию. Решение делать дефр. online эта такая инж. задача, вполне себе решаемая. Теоретически эта задача разрешимая, практически её пока не решили. Есть офлайновая дефрагментация. |
- | Поэтому среди unix-гиков он очень популярен. У него хорошаяреализация nfs, он быстрее писюка. С другой стороны, у него гламурная командная строчка, и он выгядит довольно прикольно. Из success-story --- Я.Деньги | + | Поэтому среди unix-гиков он очень популярен. У него хорошаяреализация nfs, он быстрее писюка. С другой стороны, у него гламурная командная строчка, и он выгядит довольно прикольно. Из success-story --- Я.Деньги работают на них. У EMC работает на них биллинг у МТС. |
У R6 есть разные подсчёты второй parity. | У R6 есть разные подсчёты второй parity. | ||
Строка 329: | Строка 261: | ||
** Уже сейчас можно купить Symmetrix с SSD | ** Уже сейчас можно купить Symmetrix с SSD | ||
** Плюсы и минусы SSD: операции записи ползут. | ** Плюсы и минусы SSD: операции записи ползут. | ||
- | ** Надо | + | ** Надо прапильно понимать, где они нужны: если позиционирование игрвет роль, то оно актуально, там будет большой прирост. Там, где делаешь потоковую запись, то тут смысла нет. |
** В чём отличия при исп.: не сбрасывают кэш, поск. отсут. статистика по отказам | ** В чём отличия при исп.: не сбрасывают кэш, поск. отсут. статистика по отказам | ||