Как стать автором
Обновить
28
Александр Хаустов @akhaustovread⁠-⁠only

IT Professional

Отправить сообщение
Не переводили.
Это был стартап на начальном этапе, потому просто разворачивали.
Правда интересно.
Спасибо.
Если покажете как должна выглядеть настоящая схема, буду очень благодарен.
И буду использовать, если действительно это окажется хорошей альтернативой.
Здесь описана схема, по которой можно наращивать мощности при необходимости для обработки высоких нагрузок.
Все на одной машине, этого достаточно.
При росте нагрузки можно будет сделать шардинг или просто разнести базы с разным предназначением на разные машины.
От кратковременного простоя не уйдешь, к сожалению.
На время деплоя вешается заглушка.
Но деплой проходит достаточно быстро, поэтому серьезных трудностей не возникает.
Если у Вас есть рекомендация как можно поступить, то очень рад буду, если поделитесь.
Тут как удобнее разработчикам.
В данном конкретном случае — руками пока что.
Но есть проекты, в которых настроено через капистрано.
Деплой осуществляется самописным плагином под redmine сразу на все вебы.
Грубо говоря, скрипт делает git pull на всех вебах.
хостинг бегом разворачивал, ДНС еще не обновились.
Чуть позже добавлю обязательно с подробными комментариями.
Чтобы параметры менялись без участия человека — это было бы круто. Только вот это уже на грани ИИ, мне кажется.
Я просто хотел поделиться опытом и получить замечания, советы или дополнения. И я их получил, за что большое спасибо всем, кто написал полезную информацию и рекомендации. Все будет учтено обязательно.
Буду пользоваться. Обычно slow-логи приходилось читать самостоятельно.
Спасибо!
Книгу эту знаю. Очень полезная вещь.
Похоже не у всех будет срабатывать из-за 302 перенаправления.
Указал прямую ссылку.
Спасибо за уточнение!
Вот, пожалуйста:
#------------------------------------------------------------------------------
# pgtune wizard run on 2012-11-27
# Based on 16203092 KB RAM in the server
#------------------------------------------------------------------------------

default_statistics_target = 100
maintenance_work_mem = 960MB
checkpoint_completion_target = 0.9
effective_cache_size = 11GB
work_mem = 96MB
wal_buffers = 8MB
checkpoint_segments = 16
shared_buffers = 3840MB
max_connections = 80


Это только то, что сгенерировано. Применял к дефолтному конфигу postgresql.conf
И еще:
               total       used       free     shared    buffers     cached
Mem:            15          1         14          0          0          0
-/+ buffers/cache:          1         14
Очень странно. У меня никаких проблем не возникало:
wget mysqltuner.pl
--2012-11-27 14:52:59--  http://mysqltuner.pl/
Resolving mysqltuner.pl... 198.61.150.28, 2001:4801:7901:0:abc5:ba2c:0:1
Connecting to mysqltuner.pl|198.61.150.28|:80... connected.
HTTP request sent, awaiting response... 302 Moved Temporarily
Location: https://raw.github.com/rackerhacker/MySQLTuner-perl/master/mysqltuner.pl [following]
--2012-11-27 14:53:00--  https://raw.github.com/rackerhacker/MySQLTuner-perl/master/mysqltuner.pl
Resolving raw.github.com... 207.97.227.243
Connecting to raw.github.com|207.97.227.243|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 41847 (41K) [text/plain]
Saving to: “mysqltuner.pl”

100%[====================================================================>] 41,847      --.-K/s   in 0.1s    

2012-11-27 14:53:00 (406 KB/s) - “mysqltuner.pl” saved [41847/41847]

В результате получаю сохраненный скрипт.
Можно брать из github по указанной в статье ссылке.
К слову, рекомендациям не всегда нужно следовать. Бывает, что настройки лучше выставить самостоятельно.
Эта утилита не оптимизирует, а дает рекомендации.
По всем параметрам и переменным, плюс еще рекомендации по индексам и оптимизации таблиц.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность