Конфигурация под веб-ресурс
Модераторы: Trinity admin`s, Free-lance moderator`s
Конфигурация под веб-ресурс
Есть веб-ресурс. Контент в основном динамический. СБУД - MySQL. Нужно подобрать конфигурацию под это дело. В момент старта ресурса нагрузка мала, далее - активный рост, т.е. акцент - маштабируемость.
Пока воображение рисует 1-2 сервера и звезда на FC c корзиной.
Корзина, наверно SCSI ибо, ИМХО, это самое труднозаменяемое звено.
Сервера логически делятся на
- распределение нагрузки
- проксирование с прямой отдачей статики
- бекенд для динамики
- сервер с субд
конфигурить будем пытаться так, что бы каждый физический сервер мог выполнить все логические функции.
Интересует критика и предложения по моему видению реализации от all+тринити и смета от тринити =)
Пока воображение рисует 1-2 сервера и звезда на FC c корзиной.
Корзина, наверно SCSI ибо, ИМХО, это самое труднозаменяемое звено.
Сервера логически делятся на
- распределение нагрузки
- проксирование с прямой отдачей статики
- бекенд для динамики
- сервер с субд
конфигурить будем пытаться так, что бы каждый физический сервер мог выполнить все логические функции.
Интересует критика и предложения по моему видению реализации от all+тринити и смета от тринити =)
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Пока воображение рисует 1-2 сервера и звезда на FC c корзиной. Корзина, наверно SCSI
Ну тогда уж не со SCSI, а FC-FC.
Я так понимаю, что работать там будет Linux?
Если нет привязки к платформе интел - рассмотрите возможность использования серверов IBM System P - возможности виртуализации дадут возможность без проблем разделить логические функции между микроразделами (виртуальными машинами) и позволят не только эффективно утилизировать аппаратные ресурсы, но и обеспечить возможность достаточно простого расширения по мере роста нагрузки.
Ну тогда уж не со SCSI, а FC-FC.
Я так понимаю, что работать там будет Linux?
Если нет привязки к платформе интел - рассмотрите возможность использования серверов IBM System P - возможности виртуализации дадут возможность без проблем разделить логические функции между микроразделами (виртуальными машинами) и позволят не только эффективно утилизировать аппаратные ресурсы, но и обеспечить возможность достаточно простого расширения по мере роста нагрузки.
А как виртуализация обращается с дисковой системой? Там поднимается кластерная FS и диски цепляются на базе iSCSI? Или все банальнее?
Мне видится дисковая система как самое слабое место в маштабируемости. Ибо если есть корзина - она онной и будет для всех серверов при условии поднятия кластерной FS (типа GFS). А ввод корзины потом, в уже работающую систему... плохо представляю себе - возможно ли будет прицепить ее с прозрачной миграцией данных на корзину.. или придется останавливать сервис?
Мне видится дисковая система как самое слабое место в маштабируемости. Ибо если есть корзина - она онной и будет для всех серверов при условии поднятия кластерной FS (типа GFS). А ввод корзины потом, в уже работающую систему... плохо представляю себе - возможно ли будет прицепить ее с прозрачной миграцией данных на корзину.. или придется останавливать сервис?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Это называется Advanced Virtualization. Правда я не знаю, есть ли эта опция на младших моделях Систем П, надо посмотреть. Идея такова, что вы создаете некий виртуальный ресурс, будь то сетевая карточка, будь то дисковый ресурс или ФЦ адаптер, выделяете этому виртуальному ресурсу реальные железяки, привязываете виртуальные ресурсы к LPAR-ам. А к железякам подключаете внешние ресурсы. Удобство здесь в том, что например имея всего один аппаратный FC контроллер, вы можете создать до 10-ти виртуальных адаптеров, каждый из них привязать к своему LPAR-у, и каждому из них выделить свои диски или свою часть дисковой подсистемы.Terra писал(а):А как виртуализация обращается с дисковой системой? Там поднимается кластерная FS и диски цепляются на базе iSCSI? Или все банальнее?
То же самое и с сетью, когда из одной карточки можно сделать целый виртуальный свич, .
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Здесь еще проще, у вас есть внешняя стойка с неким томом под GFS. Вам надо, чтобы несколько серверов могли писать и читать одни и те же данные. Вы берете один сервер Систем П с функцией Адв.Вирт., создаете до 10-ти LPAR-ов на один CPU, выделяете виртуальный FC ресурс, привязываете его к LPAR-ам, к реальному FC подключаете внешний массив и привязываете его к LPAR-ам. Тем самым все 10-ть LPAR-ов получат доступ к массиву. Получится как бы кластер из 10-ти машин подключенных к одному массиву с одними данными. Расширять такой массив можно без потери данных и без остановки системы.Terra писал(а):Мне видится дисковая система как самое слабое место в маштабируемости. Ибо если есть корзина - она онной и будет для всех серверов при условии поднятия кластерной FS (типа GFS).
Добавлено: забыл сказать, что надо будет еще создать виртуальный ЛАН.
- Andrew Sapronov
- Advanced member
- Сообщения: 107
- Зарегистрирован: 05 июл 2005, 17:23
- Откуда: Питер
Прошу прощения за возможный офтопик, но смотрю на ту же серию. Не могли бы подсказать примерный ценник на
http://www.ibm.com/systems/ru/p/hardware/midrange/575/?
http://www.ibm.com/systems/ru/p/hardware/midrange/575/?
- Andrew Sapronov
- Advanced member
- Сообщения: 107
- Зарегистрирован: 05 июл 2005, 17:23
- Откуда: Питер
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Andrew Sapronov
Ценник это вопрос, по большей части, творческий...
Стоить будет за сотню, насколько "хорошо" за сотню будет зависеть от набивки.
Если I/O модуль с PCI-X разъемами, то добавить еще 4 ethernet - проблем нету, если I/O модуль без PCI-X, то надо поку с PCI портами ставить, это будет подороже...
Ценник это вопрос, по большей части, творческий...
Стоить будет за сотню, насколько "хорошо" за сотню будет зависеть от набивки.
Если I/O модуль с PCI-X разъемами, то добавить еще 4 ethernet - проблем нету, если I/O модуль без PCI-X, то надо поку с PCI портами ставить, это будет подороже...
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Terra
С озвученным бюджетом рассчитывать на какую-нибудь файберную систему было бы наивно
Поэтому на первом этапе рекомендуется сделать все на внутренних дисках и раздать место серверам, а потом, когда будет внешняя стойка при помощи LVM перетянуть данные туда и уже использовать внешнюю систему.
Одновременный доступ к одним и тем же данным с разных серверов (будь они виртуальные или реальные) это вопрос отдельный и надо разбираться нужен ли вообще такой доступ.
С озвученным бюджетом рассчитывать на какую-нибудь файберную систему было бы наивно
Поэтому на первом этапе рекомендуется сделать все на внутренних дисках и раздать место серверам, а потом, когда будет внешняя стойка при помощи LVM перетянуть данные туда и уже использовать внешнюю систему.
Одновременный доступ к одним и тем же данным с разных серверов (будь они виртуальные или реальные) это вопрос отдельный и надо разбираться нужен ли вообще такой доступ.
М... давайте еще раз, правильно ли я понял принципы виртуализации.
Есть физические сервера, которые составляют некое единое пространство... которое делится на логические разделы. Если существующих серверов не хватает, добавляем еще один и его ресурсы так же распределяем по логическим разделам.
Или же виртуализация работает в пределах одного сервера?
Есть физические сервера, которые составляют некое единое пространство... которое делится на логические разделы. Если существующих серверов не хватает, добавляем еще один и его ресурсы так же распределяем по логическим разделам.
Или же виртуализация работает в пределах одного сервера?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 22 гостя