Многие, особенно постоянные читатели этого блога наверное заметили, как тяжело он начал открываться последние три-четыре недели. Особо интересующиеся, я предполагаю, просматривали графики мониторинга сервера.
Грузиться он стал медленней и по локалке. Да и сам сервер стал словно пластилин. Все, что приходилось делать в SSH консоли, начинало жутко раздражать своей тормознутостью.
“Нормальная” загрузка процессора за последний месяц стала на уровне 100%. Нет, на этот блог не стало приходить больше посетителей. Вернее, посещений стало гораздо больше (за последние три месяца), но не настолько, чтобы на 100% грузить процессор. Машина начала перегреваться, что очень хорошо стало заметно на графиках. Вот где действительно на практике пригодились графики мониторинга температуры.
Пропускная способность исходящего канала daemony.org со вчерашнего дня расширена до 2 мегабит. Не много, в сравнении со 100-мегабитными каналами крупных дата-центров, но вполне прилично как для асинхронного DSL подключения с протяженностью линии 400 метров. Предыдущая скорость UP была 1 Mbps.
За содействие в расширении канала благодарю коллегу по компании Евгения (egp@) и весь отдел, находящийся в его подчинении. Расширение стало возможным благодаря замене плат на dslam’е и переключения DSL порта в режим (ранее стояли платы, не поддерживающие данный стандарт).
Компания FirstVDS.ru, предоставляющая виртуальные выделенные сервера (VDS) по достаточно приемлемым ценам, 20-го января этого года объявила итоги конкурса “6-летие FirstVDS: дарим подарки!“. Конкурс был на написание статьи о FirstVDS и предлагаемых ею услугах. Победителям вручались футболка с надписью “У меня root от FirstVDS“, куб “Приниматель решений” и ручка. Все с соответствующей символикой. В списке победителей засветился и мой ник.
На конкурс я выставил вот эту рекламную статью. Ссылку на нее на форуме FirstVDS предложил, честно говоря, “от нефиг делать” (статья писалась за долго до этого конкурса и не для конкурса, но “почему бы и нет“). Но третьего марта был приятно удивлен, обнаружив в почтовом ящике извещение явиться на почту для получения бандерольки. Собственно, а вот и она:
Бандероль из Иркутска до Днепропетровска пришла всего за девять дней. Как говорится, “мелочи, но приятно”.
Прошли девять дней тестирования нового форума для этого блога на основе плагина Wordpress Simple:Press Forum (SPF). Который славится тем, что использует напрямую базу Wordpress и достаточно тесно интегрируется с основным содержимым блога, вплоть до создания перекрестных ссылок из постов в топики форума и наоборот. Ведь по сути это всего лишь плагин WP, а не скрипт форума. Но с другой стороны, открывая его настройки, назвать его просто плагином язык не поворачивается.
Мое резюме: плагин отличный, функциональный и все что нужно получить от форума в нем есть. Глюков в его работе я не нашел ни одного. Но…
Вы меня конечно извините, господа разработчики, но я считаю, что сто восемьдесят SQL запросов для генерации одной страницы, это, мягко говоря, ДОХРЕНА!
В ночь с 27-го на 28-го октября предстоит плановый апгрейд программного обеспечения на этом сервере. В связи с чем, приблизительно один час сайт может быть недоступен. Апгрейду подлежат как сам скрипт блога, так и софт, поддерживающий хостинг: apache, php, mysql…
Даунтайм настанет примерно в 01.00 по киевскому времени 28.10.2008.
UPD 2008-10-28 07:38
Обновления успешно завершены. Простоя практически не было.
Предлагаю Вашему вниманию статью одного моего друга и читателя этого сайта, в которой раскрывается настройка репликации MySQL серверов. Репликация служит для создания резервных копий баз данных в режиме реального времени. Ну, а для чего создаются резервные копии, думаю, рассказывать не стоит. Все возникшие вопросы направляем автору в комментарии.
Daemony
Автор:
Цели которые ставились:
Есть два сервера MySQL работающих на разных хостах соединенных между собой VPN каналом. Два сервера независимы и работают со своими базами данных. Есть задача настроить репликацию с первого на второй и со второго на первый серверы.
Далее привожу пример готового решения.
На обеих хостах версии MySQL 5.0.51. Сразу оговорюсь, “счастливым обладателям” MySQL 3.x.x версий все-таки обновиться до последних, ну или хотя бы до 4.1.
Важный момент:Сервера должны работать с одинаковыми кодировками.
Итак поехали. Для начала необходимо сделать копию директорий для нашего первого SLAVE сервера. Предварительно необходимо остановить процесс на сервере с которого мы копируем данные:
Встретился сегодня с довольно интересной особенностью веб-сервера Apache (ветка 1.3), которую раньше не встречал никогда. И пусть, возможно, она “стара как мир” хотел бы о ней рассказать. Может кому-то в будущем пригодится.
Началось с того, что я решил слегка разобрать и привести в более удобоваримый вид файл конфигурации httpd.conf на этом сервере. Ранее все виртуальные хосты были описаны непосредственно в нем, но со временем их стало многовато и перемещаться по конфигу стало не очень удобно. Я решил избавиться от этого, путем выноса конфигураций виртуалхостов в отдельные (для каждого хоста) текстовые файлы, а в httpd.conf воспользоваться директивой Include для подключения скопом всех VirtualHost. Кстати, кто еще не знает такого приема - возьмите на заметку. Очень удобно добавлять/редактировать/удалять виртуальные хосты поскольку при этом нет необходимости лазить в httpd.conf Собственно, как это выглядит на деле, покажу на примере ниже.
Многие, особенно постоянные читатели этого блога наверное заметили, как тяжело он начал открываться последние три-четыре недели. Особо интересующиеся, я предполагаю, просматривали графики мониторинга сервера.
ЛЕНТУ ЭТОГО БЛОГА В ЛЮБИМУЮ 
Пропускная способность исходящего канала 
Прошли девять дней 
Встретился сегодня с довольно интересной особенностью веб-сервера Apache (ветка 1.3), которую раньше не встречал никогда. И пусть, возможно, она “стара как мир” хотел бы о ней рассказать. Может кому-то в будущем пригодится.
Loading ...