Vesta Control Panel - Forum

ahouse wrote:

shvondersin wrote:....
Ведь именно знающий Друпал человек, знает как под него оптимально сервер настроить, хоть и базово.

Ерунду говорите. Похер как называется скрипт, который будет лопатить ваши данные в вашей СУБД. Вопрос лишь в том, как он это будет делать - грамотно, или УНИВЕРСАЛЬНО

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

Повторюсь. На первый год, вам точно хватит любого впсника. Как преодалеете хотябы тысяч 5 в сутки - тогда нужно будет зщаново смотреть что у вас там с друпалом можно сделать, чтобы он ворочался побыстрее, ну естественно по мере роста нагрузки - смотреть сервер, править код, оптимизировать, оптимизировать, оптимизировать - это бесконечный процесс
Какую задачу делает друпал у вас?

На стадии старта проекта (сервер и сайт) будет загружена очень большая база данный, гигабайт и более...
Уже после запуска, она будет наращиваться новыми данными, уже небольшими порциями.
На сайте будет много отрисовываться графиков математических формул и так далее, это финансовая направленность.
Соответственно, (как я вас понял) нам надо просто сейчас купить сервер скажем на диджитал океане долларов за 10-20 и настроить его как вы говорите по дефолту.
Но я скажу наверное так, что в первую очередь нас интересует безопасность сервера, чтобы дырки, если таковые имеются, должны быть закрыты, порты и всякое такое. Юзеры, пароли.. Это важно.
А уже производительность будет, как вы сказали, допиливаться когда будет видно что ресурсов начинает не хватать..
Думаю я согласен с вами.
Вы с какой ОС работаете?

если аналитика будет строится по данным из базы. сервера на океане за $20 может не хватить.
объем базы в гигабайт опять же не показатель. на скорость работы БД влияют правильно расставленные индексы. если индексы будут изначально занимать треть базы. mysql будет потреблять на 100 подключений около 1.5ГБ оперативной памяти, если запросы в базу написсАны криво, этих 100 подключений может не хватить на 5 посетителей сайта. т.е. сразу встает вопрос что сервер уже нужен не менее 40 баксов на океане на первое время.

Опять же про океан. Если посетители большей частью будут из россии океант для хостинга не особо хорошо, политическая ситуация однако, http://www.netangels.ru/cloud/ лучше будет и дешевле раза в два. Опятьже, полностью брать диск ssd под весь VDS и дорого и бессмысленно. ssd нужен только под базы данных. на нетангелах это можно(было) сделать, на океане не уверен.

Еще момент какая будет дельта прироста данных в базе, т.е. насколько она будет расти. какой ожидается объем записей самой большой таблицы. при количестве записей в максимальной таблице более 25кк или объеме одной таблице более 6ГБ мускул в принципе будет тормозить. добится от него скорости невозможно ~ 1.4мбит/с поиска при полнотекстовом поиске. т.е. на таких объемах Мускул либо в топку, либо усиливать его внешним поиском типа sphinxsearch(библиотека для друпала имеется) но лучше его заменить на postgresql

shvondersin wrote:

ahouse wrote:

shvondersin wrote:....
Ведь именно знающий Друпал человек, знает как под него оптимально сервер настроить, хоть и базово.

Ерунду говорите. Похер как называется скрипт, который будет лопатить ваши данные в вашей СУБД. Вопрос лишь в том, как он это будет делать - грамотно, или УНИВЕРСАЛЬНО

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

Повторюсь. На первый год, вам точно хватит любого впсника. Как преодалеете хотябы тысяч 5 в сутки - тогда нужно будет зщаново смотреть что у вас там с друпалом можно сделать, чтобы он ворочался побыстрее, ну естественно по мере роста нагрузки - смотреть сервер, править код, оптимизировать, оптимизировать, оптимизировать - это бесконечный процесс
Какую задачу делает друпал у вас?

На стадии старта проекта (сервер и сайт) будет загружена очень большая база данный, гигабайт и более...
Уже после запуска, она будет наращиваться новыми данными, уже небольшими порциями.
На сайте будет много отрисовываться графиков математических формул и так далее, это финансовая направленность.
Соответственно, (как я вас понял) нам надо просто сейчас купить сервер скажем на диджитал океане долларов за 10-20 и настроить его как вы говорите по дефолту.
Но я скажу наверное так, что в первую очередь нас интересует безопасность сервера, чтобы дырки, если таковые имеются, должны быть закрыты, порты и всякое такое. Юзеры, пароли.. Это важно.
А уже производительность будет, как вы сказали, допиливаться когда будет видно что ресурсов начинает не хватать..
Думаю я согласен с вами.
Вы с какой ОС работаете?

Наращивание базы - не совсем понятно. О чем речь? Данные генерируются скриптами во время работы пользователей, или данные поступают на сайт в результате работы контент менеджеров? Это принципиальная разница. В первом случае - вам нужно оптимизировать код и данные. Во втором случае - это не нагрузка( хотя тоже стоит отнестись внимательно)


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

Я предпочитаю FreeBSD, Ubuntu, Centos

demian wrote:если аналитика будет строится по данным из базы. сервера на океане за $20 может не хватить.
объем базы в гигабайт опять же не показатель. на скорость работы БД влияют правильно расставленные индексы. если индексы будут изначально занимать треть базы. mysql будет потреблять на 100 подключений около 1.5ГБ оперативной памяти, если запросы в базу написсАны криво, этих 100 подключений может не хватить на 5 посетителей сайта. т.е. сразу встает вопрос что сервер уже нужен не менее 40 баксов на океане на первое время.

Опять же про океан. Если посетители большей частью будут из россии океант для хостинга не особо хорошо, политическая ситуация однако, http://www.netangels.ru/cloud/ лучше будет и дешевле раза в два. Опятьже, полностью брать диск ssd под весь VDS и дорого и бессмысленно. ssd нужен только под базы данных. на нетангелах это можно(было) сделать, на океане не уверен.

Еще момент какая будет дельта прироста данных в базе, т.е. насколько она будет расти. какой ожидается объем записей самой большой таблицы. при количестве записей в максимальной таблице более 25кк или объеме одной таблице более 6ГБ мускул в принципе будет тормозить. добится от него скорости невозможно ~ 1.4мбит/с поиска при полнотекстовом поиске. т.е. на таких объемах Мускул либо в топку, либо усиливать его внешним поиском типа sphinxsearch(библиотека для друпала имеется) но лучше его заменить на postgresql

По поводу размеров - это не большая база, далеко не большая. У меня есть проекты в которых базы в сотни гигабайт с десятками милионов записями в таблицах (tecdoc для тех кто вкурсе) все летает. На хосте - до 20k уников в сутки.


В общем очень много зависит от кривизны скриптов и структурирования данных в базе. Как-то так.

Спеца уже нашли, уже работает.
Тему можно как то прикрыть