диски SAS или SATA
Модераторы: Trinity admin`s, Free-lance moderator`s
диски SAS или SATA
Разница в цене более чем в 2 раза на дисках st3750630ss & st31000528as. А заметна ли будет разница в производительности? Допустим если использовать контроллер srcsasbb8i и 6 дисков в раид5(50) в корзине axx6drv3gexp.
PS: извините, подозреваю что это старый истрепаный баян, но в ФАКе ответа ненашел.
PS: извините, подозреваю что это старый истрепаный баян, но в ФАКе ответа ненашел.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: диски SAS или SATA
"Tolikk"
В зависимости от задачи...
P.S. поправьте профиль: http://3nity.ru/viewtopic.php?f=8&t=11458
В зависимости от задачи...
P.S. поправьте профиль: http://3nity.ru/viewtopic.php?f=8&t=11458
Re: диски SAS или SATA
А развернутый, полный ответ и в ФАК
. Можно? С удовольствием бы просвятился.

- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: диски SAS или SATA
Это обсасывалось чуть ли не в каждой второй теме в разделе конфигурирования серверов. Для одного потока чтение - запись рулит САТА, для многопоточности (базы данных например) однозначно нужны САС. Если сравнивать по производительности при многопоточности, то примерно один САС диск равен 3-4 дискам САТА.Tolikk писал(а):А развернутый, полный ответ и в ФАК. Можно? С удовольствием бы просвятился.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
Гена, тут речь про сас 7200 оборотов.
Они немного быстрее саташных аналогов (10-20%), но главное - просто меньше граблей с совместимостью с контроллерами и корзинами.
Они немного быстрее саташных аналогов (10-20%), но главное - просто меньше граблей с совместимостью с контроллерами и корзинами.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
Причем быстрее именно при случайном доступе. При линейном чтении/записи разницы практически нет.Они немного быстрее саташных аналогов (10-20%)
Re: диски SAS или SATA
Да. Хотелось именно сравнить диски с одинаковыми rpm (7200). На 10к или 15к денюг точно не хватит. С этим уточнением всетаки 10-20% или 3-4раза при работе в раидах?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
3-4 раза - это диски 15к.
-
- Junior member
- Сообщения: 5
- Зарегистрирован: 16 окт 2006, 21:17
- Откуда: Москва
Re: диски SAS или SATA
сорри, а что дает SAS-у такое преимущество при многопоточности ?Stranger03 писал(а):Это обсасывалось чуть ли не в каждой второй теме в разделе конфигурирования серверов. Для одного потока чтение - запись рулит САТА, для многопоточности (базы данных например) однозначно нужны САС. Если сравнивать по производительности при многопоточности, то примерно один САС диск равен 3-4 дискам САТА.Tolikk писал(а):А развернутый, полный ответ и в ФАК. Можно? С удовольствием бы просвятился.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
Скорострельность механики плюс умность контроллера (меньше движений головок).
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: диски SAS или SATA
"Владимир Медведев"
К вам Владимир просьба также относится: http://3nity.ru/viewtopic.php?f=8&t=11458
К вам Владимир просьба также относится: http://3nity.ru/viewtopic.php?f=8&t=11458
-
- Power member
- Сообщения: 37
- Зарегистрирован: 31 мар 2005, 17:26
- Откуда: Мытищи Московской области
- Контактная информация:
Re: диски SAS или SATA
Тоже уткнулся в тему. С СХД не сталкивался ранее. Прошу пояснить:
1. Для "чистого " (файловая помойка) файл-сервера нужна СХД (~12-15 TB). Клиентов ~ 200 юзеров.
О каком типе дисков (SATA-SAS) в данном случае целесообразнее говорить?
"По наследству" использовалась пара полок HP MSA30 (для "оперативных" файлов) с прямым подключением и 1 полка HP MSA 20 (для "архивных" файлов). Формат хранимых файлов офисный и сапр. Производительность MSA30 устраивала вполне
. Как оценить производительность новой СХД на SATA-дисках даже для существующего объема данных - не представляю. Возможно и SATA-шной производительности хватит (и хватило бы ранее под файл-сервер).
Ближайшая цель (на полгода) - значительно увеличить размер хранилища, в перспективе - "вывести" на хранилище систему документооборота, а это уже значит "подчинить" его (хранилище) какому-либо серверу баз данных (например SQL), но сами файлы планируется хранить "на дисках", а не внутри базы данных. Особенность задачи - определить оптимальное решение, под которое "выбить" обоснованный бюджет "без излишеств".
2. Sorry за неуместный (возможно) вопрос, но т.к. не сталкивался ранее с СХД не могу "для себя" понять (в инете ответа не нашел, вероятно из-за "уровня" вопроса):
К одной СХД можно подключить два (к примеру) сервера по SAS (например к HP MSA2000sa G2). Но как эти сервера (под управлением Windows к примеру) "разделят" между собой пространство СХД? Да, я с одного сервера с помощью утилиты от HP "разобью" MSA2000sa G2 на три (к примеру) RAID-массива, один массив средствами Windows "отдам" в виде тома серверу, с которого размечал MSA2000sa. А как второй Windows-сервер "поймет" , что один RAID-массив уже "занят" первым сервером, и он (второй сервер) не может на него претендовать, и увидит ли (хотя вроде должен) нарезанные свободные RAID-массивы? А что произойдет, если попытаться присоединить-таки ко второму серверу средствами Windows в виде тома уже "занятый" первым сервером raid-массив (технически это можно будет сделать или "что-то" не разрешит)?
Или я могу все три RAID-массива, созданных на MSA2000sa, "отдать" средствами Windows одновременно каждому серверу в виде 3-х томов, но тогда получим "конфликт" создания логических дисков на томах с каждого сервера. Вот в этом-то "базовом" понимании у меня и затык:-(. Где посмотреть не подскажите?
PS Я бы и сам разобрался (наверное), но практиковаться не на чем
1. Для "чистого " (файловая помойка) файл-сервера нужна СХД (~12-15 TB). Клиентов ~ 200 юзеров.
О каком типе дисков (SATA-SAS) в данном случае целесообразнее говорить?
"По наследству" использовалась пара полок HP MSA30 (для "оперативных" файлов) с прямым подключением и 1 полка HP MSA 20 (для "архивных" файлов). Формат хранимых файлов офисный и сапр. Производительность MSA30 устраивала вполне

Ближайшая цель (на полгода) - значительно увеличить размер хранилища, в перспективе - "вывести" на хранилище систему документооборота, а это уже значит "подчинить" его (хранилище) какому-либо серверу баз данных (например SQL), но сами файлы планируется хранить "на дисках", а не внутри базы данных. Особенность задачи - определить оптимальное решение, под которое "выбить" обоснованный бюджет "без излишеств".
2. Sorry за неуместный (возможно) вопрос, но т.к. не сталкивался ранее с СХД не могу "для себя" понять (в инете ответа не нашел, вероятно из-за "уровня" вопроса):
К одной СХД можно подключить два (к примеру) сервера по SAS (например к HP MSA2000sa G2). Но как эти сервера (под управлением Windows к примеру) "разделят" между собой пространство СХД? Да, я с одного сервера с помощью утилиты от HP "разобью" MSA2000sa G2 на три (к примеру) RAID-массива, один массив средствами Windows "отдам" в виде тома серверу, с которого размечал MSA2000sa. А как второй Windows-сервер "поймет" , что один RAID-массив уже "занят" первым сервером, и он (второй сервер) не может на него претендовать, и увидит ли (хотя вроде должен) нарезанные свободные RAID-массивы? А что произойдет, если попытаться присоединить-таки ко второму серверу средствами Windows в виде тома уже "занятый" первым сервером raid-массив (технически это можно будет сделать или "что-то" не разрешит)?
Или я могу все три RAID-массива, созданных на MSA2000sa, "отдать" средствами Windows одновременно каждому серверу в виде 3-х томов, но тогда получим "конфликт" создания логических дисков на томах с каждого сервера. Вот в этом-то "базовом" понимании у меня и затык:-(. Где посмотреть не подскажите?
PS Я бы и сам разобрался (наверное), но практиковаться не на чем

- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
Вопрос сайзинга не настолько тривиальный, чтобы можно было по числу пользователей "угадать" тип дисков: для этого нужно знать характер нагрузки, степень активности пользователей и т.д.ostrov писал(а):О каком типе дисков (SATA-SAS) в данном случае целесообразнее говорить?
Предположительно SATA дисков будет достаточно. Если нужно решение именно как файл-сервер, то может быть имеет смысл смотреть, например, на NAS от HP серии X1000 (например, X1800 выглядит вполне подходящей для Ваших задач - только полку еще одну добавить с дисками).
То, что есть у Вас (MSA30/20) оставьте, где сейчас стоят - более полезного применения им наверное не найдете.
Если не используются кластерные файловые системы, то каждый из серверов должен "видеть" "свое" дисковое пространство - например, LUN1 и LUN2 видит первый сервер, а LUN3, LUN4, LUN5 - второй. Кластерная файловая система дает возможность иметь параллельный доступ к данным, но Вам это (судя по описанию) не нужно.ostrov писал(а):Но как эти сервера (под управлением Windows к примеру) "разделят" между собой пространство СХД?
MSA2000G2. Если хочется подключать более 2х серверов, то вариант FC, а не SAS.ostrov писал(а):Ближайшая цель (на полгода) - значительно увеличить размер хранилища
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
-
- Power member
- Сообщения: 37
- Зарегистрирован: 31 мар 2005, 17:26
- Откуда: Мытищи Московской области
- Контактная информация:
Re: диски SAS или SATA
Т.е. в самом простом случае "распределение по серверам" LUN-ов отдано на откуп администратору и он "вручную" их распределяет по серверам, и в случае падения одного из серверов администратор вручную может перекинуть LUN-ы "упавшего" сервера на другой, подцепив их на работающем сервере в виде дополнительных томов средствами Windows (в частном случае), при этом все логические диски, созданные на данных LUN-ах "упавшим" сервером будут доступны работающему серверу. Я правильно понял?exLH писал(а): Если не используются кластерные файловые системы, то каждый из серверов должен "видеть" "свое" дисковое пространство - например, LUN1 и LUN2 видит первый сервер, а LUN3, LUN4, LUN5 - второй. Кластерная файловая система дает возможность иметь параллельный доступ к данным, но Вам это (судя по описанию) не нужно
Имеется ввиду вопрос скорости передачи даннных от хранилища? Просто теоретически, как я понимаю, можно подключить по sas к MSA2000G2 (два контроллера по 4 порта) и восемь серверов, другой вопрос - производительность.exLH писал(а):Если хочется подключать более 2х серверов, то вариант FC, а не SAS.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: диски SAS или SATA
Даostrov писал(а):Я правильно понял?
Я ошибся - имел в виду более 4 серверов. 8 серверов можно подключить только без резервирования путей.ostrov писал(а):Имеется ввиду вопрос скорости передачи даннных от хранилища?
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей