vova07: Добрый день
Помогите сделать правильный выбор:
есть много сайтов (приблизительно где не менее 50). все сайты ну очень-очень разные .. визитки, магазины и другие. сейчас все они размещены на около 10 разных серверах, ВПС-ах, ВДС-ах ...
Есть задача перенести их все на несколько своих серверов, их наверное будет 2-3 может 5 .... но все они будут в одном месте ...
Как правильно ето организовать?
Если просто определенное количество разнести по серверам, то мне сразу на ум приходит такая проблема: проблема в одном из сайтов приведет к проблемам на всех сайтах, размещенных на этом сервере ..
На ум приходит делать много виртуальных машин, и по ним уже разносить сайты ...
Подскажите, как правильно вообще делать, какие может еще есть варианты? какие плюсы, какие минусы ... не будет сама виртуализация нагрузной .. ? Если виртуализация - то на чем?
Поделитесь опытом ..
Купите просто 1 мощный сервер и 1 хорошего админа (либо выберите хостера с администрируемым сервером). Это будет и дешевле и удобнее. Конечно, если это сайты с огромным оборотом, то да, стоит подумать о кластеризации, если же обычные визитки - не надо извращаться, если сломается кластер - выйдет себе дороже.
yum info mysql-server
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: centos.intergenia.de
* base: centos.intergenia.de
* epel: ftp.uni-koeln.de
* extras: centos.intergenia.de
* updates: centos.intergenia.de
Available Packages
Name : mysql-server
Arch : x86_64
Version : 5.0.77
Release : 4.el5_5.4
Size : 9.8 M
Repo : updates
Summary : The MySQL server and related files
URL : http://www.mysql.com
License : GPLv2 with exceptions
Description: MySQL is a multi-user, multi-threaded SQL database server. MySQL is a
: client/server implementation consisting of a server daemon (mysqld)
: and many different client programs and libraries. This package contains
: the MySQL server and some accompanying files and directories.
Pavel.Odintsov добавил 04.11.2010 в 23:57
netwind: да нет, slow-log с этим патчем выглядит нормально. а вот насколько удачно их centalt наложил неизвестно. там те же секунды с разделителем точкой.
Я им крайне не доверяю, так что, почти уверен, что накатили неправильно.
Mysql — В сборку MySQL включены 20 патчей проекта percona;
Собственно, я на 90% уверен, что портят малину именно эти патчики (да и вообще - подключен centalt - жди проблем). Предлагаю отключить нафиг этот репо. И посттавить стандартный MySQL из поставки CentOS. Если хотите, могу помочь с этим.
О да, я помню тот идиотский апдейт с open_basedir, который куче народу сайты поломал.
Ага, IonCube тут вне конкуренции :) Но используется, к сожалению, в крайне малом числе проектов на фоне того же Zend.
Добрый день
Помогите сделать правильный выбор:
есть много сайтов (приблизительно где не менее 50). все сайты ну очень-очень разные .. визитки, магазины и другие. сейчас все они размещены на около 10 разных серверах, ВПС-ах, ВДС-ах ...
Есть задача перенести их все на несколько своих серверов, их наверное будет 2-3 может 5 .... но все они будут в одном месте ...
Как правильно ето организовать?
Если просто определенное количество разнести по серверам, то мне сразу на ум приходит такая проблема: проблема в одном из сайтов приведет к проблемам на всех сайтах, размещенных на этом сервере ..
На ум приходит делать много виртуальных машин, и по ним уже разносить сайты ...
Подскажите, как правильно вообще делать, какие может еще есть варианты? какие плюсы, какие минусы ... не будет сама виртуализация нагрузной .. ? Если виртуализация - то на чем?
Поделитесь опытом ..
Купите просто 1 мощный сервер и 1 хорошего админа (либо выберите хостера с администрируемым сервером). Это будет и дешевле и удобнее. Конечно, если это сайты с огромным оборотом, то да, стоит подумать о кластеризации, если же обычные визитки - не надо извращаться, если сломается кластер - выйдет себе дороже.
Из соображений удобства использования, безусловно, Debian.
Есть подозрение, что ему не нравится хостнейм Вашей машинки:
Received: (from femina@localhost)
Покажите выдачу команды
У него base Mysql-server
maxttor
покажите вывод
Неправда. В base 77й MySQL:
Pavel.Odintsov добавил 04.11.2010 в 23:57
да нет, slow-log с этим патчем выглядит нормально. а вот насколько удачно их centalt наложил неизвестно. там те же секунды с разделителем точкой.
Я им крайне не доверяю, так что, почти уверен, что накатили неправильно.
Щелкните стрелочку вниз (справа от "Ответить"), там выбираете "Показать оригинал" и пришлите его.
Передайте привет centalt овцам :) У них в репе как раз 91й MySQL (http://centos.alt.ru/pub/repository/centos/5/x86_64/) со спец "патчами":
Собственно, я на 90% уверен, что портят малину именно эти патчики (да и вообще - подключен centalt - жди проблем). Предлагаю отключить нафиг этот репо. И посттавить стандартный MySQL из поставки CentOS. Если хотите, могу помочь с этим.
Pavel.Odintsov добавил 04.11.2010 в 20:42
Кстати, вот предполагаю какой патчик у Вас стоит в этом MySQL: http://www.percona.com/docs/wiki/percona-server:features:slow_extended
Отсюда и такие огромные цифры, ибо это микросекунды (10^-9 секунд).
Проверьте, правда ли прописана командой:
Могли забанить всю подсеть, но все же маловероятно. Попробуйте открыть заголовки письма в gmail, обычно там пишется причина отсыла в спам.
Мистика. А какие-то сторонние репозитории подкачены? Покажите