А можно как-то обойтись без установки MSSQL?
И если нельзя, то какую версию MSSQL можно поставить на Windows7?
Ну это не балансировка, у меня это скорее средство быстрого сравнения нагрузки от пользователей, одним взглядом. Вообще помогает)
Когда Zabbix показывает, что на каком-то из серверов повышенная нагрузка, я смотрю сначала ситуацию в top, исследую медленные запросы MySQL, даю задание программистам что-нибудь оптимизировать или закешировать, а при принятии решения о переносе смотрю еще и на трафик.
Вообще это происходит редко, может раз в два месяца.
Статистику трафика по сайтам не включаю, чтобы не создавать нагрузку на сервер.
acct изучу, спасибо! Это оно? http://www.gnu.org/software/acct/
Понятно, спасибо за ответ!
На самом деле статистика по трафику мне нужна для перераспределения пользователей по нагрузке между моими серверами. Я сразу вижу, кто нагружает проблемный сервер и кого пора переносить на другие серверы.
Сейчас изучаю возможность принимать решения на основе статистики Zabbix 3.0, там можно строить графики по нагрузке процессоров по пользователям. Но вот по трафику пока не очень понятно, как сделать.
Переход на бизнес-версию панели не вариант, хотя бы потому что апгрейд лицензии по месту невозможен, стоит она дороже и ради одной этой функции переход нецелесообразен.
Может быть эта возможность есть в ISPmanager Business? Не нашел на сайте ISPsystem в отличиях.
Демон acpid был установлен на виртуалках:
# /etc/init.d/acpid status
● acpid.service - ACPI event daemon
Loaded: loaded (/lib/systemd/system/acpid.service; disabled)
Active: active (running) since Wed 2016-03-16 05:05:04 MSK; 8h ago
Main PID: 583 (acpid)
CGroup: /system.slice/acpid.service
└─583 /usr/sbin/acpid
Mar 16 05:05:04 hostname acpid[583]: starting up with netlink and the input layer
Mar 16 05:05:04 hostname acpid[583]: 1 rule loaded
Mar 16 05:05:04 hostname acpid[583]: waiting for events: event logging is off
В следующий раз попробую остановить вручню MySQL, nginx и apache на виртуалках на всякий, а потом shutdown на основном хосте.
Т.е. нужно отключать виртуалки из панели VMmanager кнопкой выключения, гасить хост сервера, а потом после включения сервера их все заново руками включать?
Будет ли при таком выключении плавный shutdown с заверешнием всех процессов, или будет типа отключения по питанию?
А не получится сделать так, чтобы я остановил виртуалки и хост, а потом при включении питания все само собой загрузилось?
Советую как можно быстрее закачать бекапы и переносить сервисы на серверы в других датацентрах и компаниях.
Да, вот прямо сейчас и начинать закачивать.
Я арендовал в Оверсане один сервер, проблем не было. Но после получения предупреждения о прекращении предоставления услуги аренды очень быстро переехал в Селектел.
Да, похоже на то ))
Если есть на продажу миллион товаров, то нет проблем с деньгами для выбора и реализации подходящего решения.
Ех, вспомнил свой первый "интернет-магазин", который делал в начале 90-х... Магазин состоял из формы, в которой можно было выбрать книгу или диск (из списка), оставить контакты и отправить заказ на электронную почту.
Сейчас, после более чем 10 лет работы в области создания интернет-магазинов, скажу так: неподготовленным в техническом плане предпринимателям лучше всего воспользоваться SAAS-сервисом. Таких сервисов сейчас довольно много.
За символическую плату (несколько сотен или пару тысяч рублей в месяц), сравнимую со стоимостью хорошего хостинга, предприниматель может получить вполне современный и мощный интернет-магазин в своем домене. Демо-версию можно открыть за пару минут и бесплатно пользоваться ей, а также поддержкой со стороны сотрудников сервиса, целый месяц.
Никакой особой квалификации не нужно, если вы умеете отправлять почту через публичные сервисы, то и с таким магазином вполне справитесь. Просто заполняете форму регистрации и сразу получаете готовый магазин.
А что касается всяких страшилок, типа "подсядете на иглу" и т.п., то нужно учесть, что магазин открывается в вашем домене и вы всегда можете получить дамп базы данных, а также файлы дизайна. Этого вполне достаточно, чтобы переехать на другой движок или куда-нибудь еще.
Способность сайта магазина держать нагрузку при большом количестве товаров зависит от многого.
Это, например, оптимальность запросов SQL и индексов в базе данных, использование кеширования и проксирования nginx, сетей CDN для проксирования статических файлов.
Очень важно, чтобы настройки сервера MySQL соответствовали потребностям сайта и ресурсам сервера. Да и сами ресурсы сервера должны соответствовать нагрузке. Нужно подобрать оптимальный размер оперативной памяти, сделать выбор между дисками SAS с кеширующим контроллером и дисками SSD.
Помимо посетителей, большую нагрузку на сервер магазина могут создавать, например, процессы импорта и экспорта товаров, обработка заказов в бэкофисе магазина (если ежедневно создаются сотни заказов и их обрабатывают десятки менеджеров).
Даже процессы создания резервных копий данных могут сильно нагружать сервер с недостаточными ресурсами и вызывать заметное замедление работы.
Все это я к тому, что выбор технического решения для магазина с количеством товаров, составляющим сотни тысяч и миллионы, не сводятся к простому выбору "движка". Тут нужно решать комплекс вопросов, начиная от архитектуры ПО, технической реализации, и кончая выбором аппаратного обеспечения и его конфигурации.
А если еще требуется обеспечить отказоустойчивость на уровне сервера, например, то нужно решать и вопросы репликации баз данных и файлов. Это уже выходит за рамки возможностей коробочных движков и требует привлечения системных администраторов для настройки и мониторинга.
Да, кстати мониторинг в таких магазинах также очень важен.
