- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сейчас сижу на ВПС-3 (старый тариф) у hc.ru
• Вычислительная мощность: 4 Xeon ×1000 МГц. (Intel(R) Xeon(R) CPU E5405 @ 2.00GHz)
• RAM (Мб.): 2048.
ну и уже почти подобрался к пределу возможностей данной впски. И уломали меня сотрудники hc.ru попробовать их Дедик. Так как ранее они накосячили с бекапами то в качестве извинения предложили такой сервер:
Настройкой занимались вот эти ребята http://systemintegra.ru/ (Вроде толковые ребята и отзывы тут о них хорошие, короче стоило мне это 2000 р.) Надо отдать им должное ребята пытались адаптировать сервис до последнего. Мы перепробовали все режимы и сборки пхп (так как предустановленная версия пхп 5,3 была не совместима с моими сайтами)
В итоге безрезультатно. Если с утра пока наплыв посетителей был не большой сервер кое как держался, то в обед он падал раз в пол часа, а в том время что не падал были чудовищные тормоза. Показатель лоад аверадж уже с утра был не менее 10, а к обеду поднялся до 60!!!
Сисадмины мониторили сервер утилитой atop, вот сухой остаток:
DSK | sda | busy 99% | read 117 | write 94 | avio 4 ms |
DSK | sdb | busy 99% | read 102 | write 260 | avio 2 ms |
Согласно показаниям atop, больше всего диск использует mysql:
PID RDDSK WRDSK WRDSK_CANCEL DSK CMD 1/5
19385 4816K 40K 0K 75% mysqld
В итоге я потерял за время простоя сервера еще пару тройку тысяч и много нервов, не спал сегодня пол ночи переезжая обратно на ВПС-3. Я не знаю чем ВПС-3 отличается от дедика, но нагрузку моих сайтов он держит в разы лучше! Я ожидал от переезда на дедик прирост мощности как минимум в 2 раза, а получил ухудшение раз в 10 + потерял нормально денег.
Собственно вопрос что делать и куда теперь съезжать? Посоветуйте пожалуйста. Желательно не превышать бюджет в 3000 в мес.
как вариант http://ru.hetzner.com/hosting/produkte_rootserver/ex4/ ;)
системинтегра смотрела на мускуль подробненько?
не известно какой сервер вы арендовали и сколько ему лет.
арендуйте где-нибудь в России или в хезнере)
Я всегда сидел у hc.ru и есть некоторые предрассудки по поводу того что сервер будет за границей. Как показывает Ваш опыт есть ли разница для поисковых систем где сервер, например если трафик Российский а сервер в Германии?
Просто боюсь ухудшения позиций....
P.S. Манагеры мускуль не смотрели подробно, но у меня все сайты на Джумле, так что априори -они прожорливы, хоть все возможные виды кеширования и настроены. Суточный трафик в предела 50 К. хостов.
нет никакой разницы.
по вашей ситуации - единственное разумное объяснение VPS на SAN. Но это очень маловероятно. Что-то не так с дедиком было, или с софтом, или с железом.
езжайте в хетцнер, там за 50 евро дадут 4 ядра i7 + 16 гиг памяти + 10 ТБ в месяц трафика.
А важны ли мне будут этот мощны проц и куча памяти если все опять упрется в харды и время записи на них? В хетцнер ведь тоже SATA или сата сате рознь?
А важны ли мне будут этот мощны проц и куча памяти если все опять упрется в харды и время записи на них? В хетцнер ведь тоже SATA или сата сате рознь?
памяти много вообще никогда не бывает ;-)
мож у вас вся база в эту память влезет, и диски не нужны будут, вообще летать будет :)
повторюсь - какая-то беда была с этим конкретным дедиком у вас, не повезло.
Согласно показаниям atop, больше всего диск использует mysql:
Скорее всего маленькие значения буферов в my.cnf относительно размера БД.
В этом случае поведение mysql точно соответствует вашему описанию, так как вместо того, чтобы взять данные из памяти он каждый раз лезет на диск.
Для 2Gb оперативки ставьте:
Если InnoDB, то надо еще кое-чего подкрутить, но там надо очень аккуратно...
Вы не сказали какого размера у Вас БД... И какая CMS...
PS: А вообще 2Gb маловато, если база большая.
PSS: Если после этих параметров будет тормозить, то надо просто увеличивать память и эти параметры, проблема уйдет с вероятностью 99%
как тут советовали - переезжайте в хетзнер. если все равно будут проблемы с диском - то можно поставить для критичных данных и SSD-диски.
помогу переехать.
как тут советовали - переезжайте в хетзнер. если все равно будут проблемы с диском - то можно поставить для критичных данных и SSD-диски.
помогу переехать.
Да нет там скорее всего никакой проблемы с дисками, если mysql жрет диск, это значит ему не хватает памяти.
На проблемном Дедике стояло: [isamchk] и в [myisamchk]
myisam_sort_buffer_size = (не нашел)
key_buffer = 16M
На ВПС сейчас стоит (и все работает нормально, лоад аверадж в предела 5) [isamchk] и в [myisamchk]
myisam_sort_buffer_size = 8M
key_buffer = 20M