Назад | Перейти на главную страницу

Как установить Sphinx на CentOS 6, где БД и сервер приложений являются отдельными серверами

Во-первых, как лучше всего установить Sphinx на сервере centOs

rpm -ivh http://sphinxsearch.com/downloads/accept.php?file=sphinx-2.0.6-1.rhel6.x86_64.rpm
yum install sphinx

похоже, не сработало.

Кроме того, я настроил один сервер приложений и один сервер базы данных. На сервере приложений работает Magento, где есть новый модуль, работающий со Sphinx, но неясно, как на Документы Sphinx а также любые поисковые запросы Google, на каком сервере Sphinx должен быть установлен для наилучшего эффекта.

Во-первых, вы захотите создать ссылку на файл напрямую, а не на веб-форму.

rpm -ivh http://sphinxsearch.com/files/sphinx-2.0.6-1.rhel6.x86_64.rpm

В большей части документации, которую я прочитал, говорится, что сокеты будут быстрее, чем TCP / IP для поиска, и, учитывая, что Sphinx будет получать / анализировать данные из mysql, он может получить эту информацию настолько напрямую, насколько это возможно. будь самым разумным.

Очевидная проблема здесь заключается в том, сколько работы будет выполнено на каждой стороне. Если ваш сервер приложений имеет постоянно более низкую нагрузку, небольшие накладные расходы TCP / IP, вероятно, стоит принять, чтобы больше не замедлять работу вашего SQL-сервера.

Во-первых, мне неудобно напрямую устанавливать пакеты через HTTP. Я предпочитаю загружать пакет с помощью wget или чего-то подобного, проверять любые md5sums и чувствовать себя комфортно, имея неповрежденный пакет. Если они пройдут, я устанавливаю. Я просто кое-что делаю и над чем подумать в будущем.

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

Наконец, что касается «наилучшего эффекта», я думаю, вы должны знать, чего вы ожидаете от приложения. Если для вас важны миллисекунды, вы захотите выбрать самый быстрый путь к данным и построить свою архитектуру для поддержки этого. Если они этого не делают, то БД на втором сервере, который, вероятно, в любом случае находится в той же сети, и подключение через tcp / ip будет в порядке. Но опять же, все дело в том, чего вы ожидаете.