Pull to refresh

Comments 21

А зачем лишний раз грузить бэкенд (или еще того хуже внешнего поставщика информации) набивкой кеша по новой, если можно dump/load.
Причина по которой я не люблю рейтинги и кармы на Хабре — в реакции пользователей на мой вопрос.
Зачем минусовать мой вопрос?

Я спросил зачем бекапить Редис по простой причине — он изначально задумывался как персистентное хранилище данных. Причем данных которые не являются критичными, потеря которых не приведет к серьезным сбоям работы в системе. Лично я считал что бекапить Редис, это как пульт от телевизора завернуть в пленку, и хранить его потом в сейфе (чтобы дети случайно не сломали).

Именно поэтому я задал свой вопрос. Спасибо за ответы, они проясняют зачем это делать.

Но вот загаживание кармы мне непонятно. Непонятно потому что оно противоречит идее ресурса — предоставлять информацию. Противоречит, потому что любой уточняющий вопрос, касаемый сути проблемы, карается минусами умников, которые знают ответ на этот вопрос. И при этом они считают что все остальные тоже должны его знать.

Ну я вот не знаю, поэтому спрашиваю. И я всегда так делаю когда мне что-то непонятно. А если ресурс или сообщество наказывает меня за вопрос, а точнее за интерес узнать на него ответ — то извините, что-то не так или в пользователях, или в самой системе.

Спасибо что прочли.
Т.к. почему-то этот комментарий оказался в ответ на мой — скажу за себя лично, что прекрасно понимаю и разделяю ваши чувства, сам в похожие ситуации приезжал ранее :) голосовать же я в принципе не имею возможности :)

Да и в любом случае — даже если кто-то заминусовал и т.п. от излишнего ЧСВ, то, к счастью, почти всегда находятся люди, которые всё же дают ответ/уточняют. И в итоге даже такой «ценой» хабр выполняет свою миссию. Ну а бороться с каким-либо ЧСВ — это сродни борьбе с ветряными мельницами, имхо. :)
Редис часто используют как раз из-за того что он хранит данные и на диске. Не нужны были бы данные при рестарте — юзаем мемкэш.
Ну, не скажите, даже если данные при рестарте не нужны, в редисе полно полезных вещей, отсутствующих в мемкеше, которыми можно воспользоваться, например, те же sorted sets
Ну вопрос был зачем дампить редис.
Ну это я к тому, что если данные при рестарте не нужны, совершенно необязательно нужно переходить именно на мемкеш :)
Попробую, пожалуй highload-report.sh.
Спасибо за статью!
Конфиг хоста nginx инклудит vhost.inc.conf. Хотелось бы увидеть содержимое искомого файла, если можно.
И для чего используется apache, если присутствует php-fpm?
Конфиг хоста nginx инклудит vhost.inc.conf. Хотелось бы увидеть содержимое искомого файла, если можно.

Ничего особенного:
location ~ /\.git {
    deny all;
}

location ~ /\.ht {
    deny all;
}

location ~ /\.svn {
    deny all;
}

location ^~ /awstatsicons/ {
    alias /var/www/awstats/icon/;
}

Правила для локейшенов по всем хостам на машине. Закрывают потенциальные дыры.

И для чего используется apache, если присутствует php-fpm?

Правило общее для всех случаев. Чтобы не перенастраивать отдельно для httpd и отдельно для php-fpm.
У нас на проекте все такие хелперы оформлены в виде тасков для Capistrano. Очень удобно, и мульти-серверно.

$ cap production redis:restart
$ cap testing-yellow monit:restart
$ cap testing-green deploy:from_local
Да, это удобно. Тоже такое практикуем, только редко.
Далеко не на всех проектах есть возможность использовать капистрано по ряду различных причин.
У нас через капистрано делается почти абсолютно все. От установки нового тестово/продакшн сервера, до анализа логов, бекапов и тд.
Почему не используете взрослые CM-системы?
Используем Chef и Ansible на отдельных проектах.
Была попытка все перевести под них, но слишком уж проекты разношерстные на поддержке. На написание скриптов/рецептов уйдет нерационально много времени.
Хотя, мечта такая есть, да )
попробуйте The Foreman
для себя его "+" я вижу в том что:
— Можно разбить на группы (проекты) и создавать подгруппы
— на каждые группы можно свои параметры назначать
— параметры модулей (я использую с puppet) можно так же назначать в зависимости от совпадения с заданными переменными (домен, fqdn, hostname)
и т.д.
С Chef и Ansible знаком только по статьям, не настраивал и не пользовался, поэтому что то сказать не смогу, но знаю что Foreman работает с Chef. Для Ansible тоже есть решения на github
Половину всего этого заменяет zabbix, остальную половину вменяемыми, проверенными инструментами…

А куда репозиторий переехал с этими скриптами?

Sign up to leave a comment.