> > Покупаем сервер в следующей конфигурации: > > строится на - Server Platform SR2500ALLX, 2шт. X5450 > Intel > > Quad-Core Xeon 3,0GHz-12Mb/1333 S771, 4 шт. DDR2 1GB > > Память нынче недорогая, может и побольше взять для > приличного сервака... вот и определяюсь 32 или 64 bit )))
> > Samsung PC5300 ECC Fully Buffered, 6 шт. 300GB Seagate > > А не получается дисков побольше (хоть и меньшей емкости)?
неа, по умолчанию 5, даже добираем кит для 6-го
> > ST3300655SS CHEETAH SAS 15000rpm, Intel RAID > Activation Key > > Высокооборотистые диски менее надежны и имеют менше ресурс, > а так же больше потребляют электричества, больше греются, > больше шумят. т.е. считаешь что лучше взять 10к ?
> > SAS (AXXRAK18E) + салазки и т.д. > > Салазки только для безотказной работы. Этот сервак что, не > планируется останавливать/перезагружать для профилактики? > Вылетел диск, у вас неделя-месяц, чтоб вечерком остановить > и заменить диск.
не спорю
> > Пользоваться будет для кручения 100-120gb баз данных + > > возможно сервер терминалов(жалко только под базы > отдавать > > сей сервер) > > Для баз не всегда нужно столько процессорных ядер, а для > терминалки как раз то.
ну собсно под терминал и нацеливался с процами
> > Ну и собственно вопросы: > > Какой уровень рэйда делать ? 5 или 6 ? > > Это только мое личное мнение: Лучше 5+HS. Зачем > грузить/изнашивать лишний диск, а HS ой как может > пригодиться при внезапном вылете одного из... И не всегда > админы следят за состоянием массива. А так за час массив > выходит из состояния "Критикал".
ну 6-й уже отпадает (не держит рэйд как я понял)
> > Целесообразно ли ставить 64bit OS ? > > Если памяти значительно больше 4Гб или свежий софт уже > заточен под 64 бита.
вот из-за того что хочется памяти и думал о 64-bit
а софт 32-bit и не скоро 64-м станет
> > Поставщик крутит на Intel RAID Smart Battery для > > SRCSAS144E, AXXRAK18E (AXXRSBBU3) - нужна ли ? > > Если будет стоять очень хороший УПС и все будет правильно > настроено, то нужды естественно нет. > А прикупить ее однозначно можно - за небольшие по сравнению > со всем серваком деньги получаем большую приятность.
упс будет, но бережёного ....
> > Стоит ли взять ещё один рэйд контроллер ? (базы > довольно > > критичны) > > Если замена сервака планируется не ранее чем через 3-4 > года, то можно и купить прозапас. Еще я бы порекомендовал > иметь такую же материнку и БП.
с рэйдом вообще мутная какая то ситуация (((
на маму не дадут ещё денег, а бп и так 2 сразу хватаю
Покупаем сервер в следующей конфигурации:
строится на - Server Platform SR2500ALLX, 2шт. X5450 Intel Quad-Core Xeon 3,0GHz-12Mb/1333 S771, 4 шт. DDR2 1GB Samsung PC5300 ECC Fully Buffered, 6 шт. 300GB Seagate ST3300655SS CHEETAH SAS 15000rpm, Intel RAID Activation Key SAS (AXXRAK18E) + салазки и т.д.
Пользоваться будет для кручения 100-120gb баз данных + возможно сервер терминалов(жалко только под базы отдавать сей сервер)
Ну и собственно вопросы:
Какой уровень рэйда делать ? 5 или 6 ?
Целесообразно ли ставить 64bit OS ?
Поставщик крутит на Intel RAID Smart Battery для SRCSAS144E, AXXRAK18E (AXXRSBBU3) - нужна ли ?
Стоит ли взять ещё один рэйд контроллер ? (базы довольно критичны)
Пожелания и замечания приветствуются =)
Как успехи? Железка уже работает?21.10.08 15:10 Автор: Den <Денис Т.> Статус: The Elderman
СУБД? конфигурация дисковых массивов? зеркало из 2х для системы + 4 на дату? Или хотите систему и данные на одном массиве держать?:)07.10.08 19:11 Автор: Garick <Yuriy> Статус: Elderman
Это уже детали. Мы в основном обсуждаем подходящую начинку и ИМХО, начинка для указанных целей вполне...08.10.08 10:55 Автор: Den <Денис Т.> Статус: The Elderman
"Подходящую начинку" для чего? Каждая СУБД имеет специфические требования по установке и обслуживанию, например поведение с РАМ и диск кешем.08.10.08 11:43 Автор: Garick <Yuriy> Статус: Elderman
у того же мускла есть несколько режимов работы БД. Также есть существенные отличия между ОЛТП и ОЛАП. Может "база данных" - очищенные данные "медленные" данные BI. И днем чтение, а ночью кубы строятся :)08.10.08 15:03 Автор: Garick <Yuriy> Статус: Elderman Отредактировано 08.10.08 15:03 Количество правок: 1
Тип данных влияет на конфигурацию соотношения кеша чтения/записи в рейде. Хотя, в этой подветке я рассматривал весь сервер целиком :)08.10.08 16:18 Автор: Garick <Yuriy> Статус: Elderman
На одном массива из 6 дисков можно сделать маленький уровня 1+0 для системы и большой уровня 5 для базы.08.10.08 09:55 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Строя сложные рейды необходимо сразу просчитывать план аварии. Сможем ли обеспечить восстановление при слете платформы?08.10.08 11:53 Автор: Garick <Yuriy> Статус: Elderman
Вылетает системная плата. И в ремонт уходит онбоардный рейд (и еще с батарейкой и инфой в кешах).
Куда подключить эти винты, что бы вытащить БД? Найти временный рейд низкого уровня проще и слить или работать с пониженной производительностью. Допустим есть ночной бекап, а текущее состояние? Нужно текущее состояние?
Это все абсолютно правильно, но это проблема уже другого...08.10.08 13:54 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 08.10.08 13:55 Количество правок: 1
> Вылетает системная плата. И в ремонт уходит онбоардный рейд > (и еще с батарейкой и инфой в кешах). > Куда подключить эти винты, что бы вытащить БД? Найти > временный рейд низкого уровня проще и слить или работать с > пониженной производительностью. Допустим есть ночной бекап, > а текущее состояние? Нужно текущее состояние?
Это все абсолютно правильно, но это проблема уже другого уровня.
Да, абсолютно надежных и безотказных рэйд-контроллеров не бывает. Но на данном уровне решается проблема использовать рэйд или нет. Она решена в пользу использования для увеличения надежности и, как побочный эффект, скорости. От того какий именно контроллер, интегрированый в системную плату или нет, от того, кто его производитель и всего прочего уже не зависит сложность восстановления системы при умирании контроллера. Это отдельная тема, являющаяся продолжением этой, хотя о ней забывать нельзя.
Для ОС на интегрированном RAID не столь критично. [upd]08.10.08 12:18 Автор: Den <Денис Т.> Статус: The Elderman Отредактировано 08.10.08 16:00 Количество правок: 1
В особенности, если есть резервная копия состояния системы или еще лучше, теневая копия системного раздела.
[upd]
Ко всему прочему ничто не мешает сохранить настройку RAID массивов контроллера в файлике, а потом поднять эту настройку на другой борде с таким же интегрированным RAID контроллером.
Меня мало волнует системный раздел на сервере БД. Там не должно быть основных системных сервисов (АД, ДНС, ДХЦП)08.10.08 12:24 Автор: Garick <Yuriy> Статус: Elderman
> А ОС в данном случае проще переустановить, чем откачать. > Меня интересует данные в БД. вот и меня интересуют именно данные в БД, систему накатить это час-два максимум
а строить всё на интегрированном контроллере не хотелось бы, ибо при вылете матери я не найду в течении 1 дня новую, а отдельный контроллер можно сразу купить
Тебе же ставят один PCI-E RAID контроллер, вот и подключишь к нему диски для баз.08.10.08 15:57 Автор: Den <Денис Т.> Статус: The Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
