Comments 21
Redis backup — а зачем бекапить Редис?
-3
А зачем лишний раз грузить бэкенд (или еще того хуже внешнего поставщика информации) набивкой кеша по новой, если можно dump/load.
+2
Причина по которой я не люблю рейтинги и кармы на Хабре — в реакции пользователей на мой вопрос.
Зачем минусовать мой вопрос?
Я спросил зачем бекапить Редис по простой причине — он изначально задумывался как персистентное хранилище данных. Причем данных которые не являются критичными, потеря которых не приведет к серьезным сбоям работы в системе. Лично я считал что бекапить Редис, это как пульт от телевизора завернуть в пленку, и хранить его потом в сейфе (чтобы дети случайно не сломали).
Именно поэтому я задал свой вопрос. Спасибо за ответы, они проясняют зачем это делать.
Но вот загаживание кармы мне непонятно. Непонятно потому что оно противоречит идее ресурса — предоставлять информацию. Противоречит, потому что любой уточняющий вопрос, касаемый сути проблемы, карается минусами умников, которые знают ответ на этот вопрос. И при этом они считают что все остальные тоже должны его знать.
Ну я вот не знаю, поэтому спрашиваю. И я всегда так делаю когда мне что-то непонятно. А если ресурс или сообщество наказывает меня за вопрос, а точнее за интерес узнать на него ответ — то извините, что-то не так или в пользователях, или в самой системе.
Спасибо что прочли.
Зачем минусовать мой вопрос?
Я спросил зачем бекапить Редис по простой причине — он изначально задумывался как персистентное хранилище данных. Причем данных которые не являются критичными, потеря которых не приведет к серьезным сбоям работы в системе. Лично я считал что бекапить Редис, это как пульт от телевизора завернуть в пленку, и хранить его потом в сейфе (чтобы дети случайно не сломали).
Именно поэтому я задал свой вопрос. Спасибо за ответы, они проясняют зачем это делать.
Но вот загаживание кармы мне непонятно. Непонятно потому что оно противоречит идее ресурса — предоставлять информацию. Противоречит, потому что любой уточняющий вопрос, касаемый сути проблемы, карается минусами умников, которые знают ответ на этот вопрос. И при этом они считают что все остальные тоже должны его знать.
Ну я вот не знаю, поэтому спрашиваю. И я всегда так делаю когда мне что-то непонятно. А если ресурс или сообщество наказывает меня за вопрос, а точнее за интерес узнать на него ответ — то извините, что-то не так или в пользователях, или в самой системе.
Спасибо что прочли.
+4
Т.к. почему-то этот комментарий оказался в ответ на мой — скажу за себя лично, что прекрасно понимаю и разделяю ваши чувства, сам в похожие ситуации приезжал ранее :) голосовать же я в принципе не имею возможности :)
Да и в любом случае — даже если кто-то заминусовал и т.п. от излишнего ЧСВ, то, к счастью, почти всегда находятся люди, которые всё же дают ответ/уточняют. И в итоге даже такой «ценой» хабр выполняет свою миссию. Ну а бороться с каким-либо ЧСВ — это сродни борьбе с ветряными мельницами, имхо. :)
Да и в любом случае — даже если кто-то заминусовал и т.п. от излишнего ЧСВ, то, к счастью, почти всегда находятся люди, которые всё же дают ответ/уточняют. И в итоге даже такой «ценой» хабр выполняет свою миссию. Ну а бороться с каким-либо ЧСВ — это сродни борьбе с ветряными мельницами, имхо. :)
0
Редис часто используют как раз из-за того что он хранит данные и на диске. Не нужны были бы данные при рестарте — юзаем мемкэш.
+2
Ну, не скажите, даже если данные при рестарте не нужны, в редисе полно полезных вещей, отсутствующих в мемкеше, которыми можно воспользоваться, например, те же sorted sets
0
Попробую, пожалуй highload-report.sh.
Спасибо за статью!
Спасибо за статью!
+3
Конфиг хоста nginx инклудит vhost.inc.conf. Хотелось бы увидеть содержимое искомого файла, если можно.
И для чего используется apache, если присутствует php-fpm?
И для чего используется apache, если присутствует php-fpm?
0
Конфиг хоста 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.
+2
У нас на проекте все такие хелперы оформлены в виде тасков для Capistrano. Очень удобно, и мульти-серверно.
$ cap production redis:restart
$ cap testing-yellow monit:restart
$ cap testing-green deploy:from_local
+1
Велосипед настоящий? :)
-1
Почему не используете взрослые CM-системы?
0
Используем Chef и Ansible на отдельных проектах.
Была попытка все перевести под них, но слишком уж проекты разношерстные на поддержке. На написание скриптов/рецептов уйдет нерационально много времени.
Хотя, мечта такая есть, да )
Была попытка все перевести под них, но слишком уж проекты разношерстные на поддержке. На написание скриптов/рецептов уйдет нерационально много времени.
Хотя, мечта такая есть, да )
0
попробуйте The Foreman
для себя его "+" я вижу в том что:
— Можно разбить на группы (проекты) и создавать подгруппы
— на каждые группы можно свои параметры назначать
— параметры модулей (я использую с puppet) можно так же назначать в зависимости от совпадения с заданными переменными (домен, fqdn, hostname)
и т.д.
С Chef и Ansible знаком только по статьям, не настраивал и не пользовался, поэтому что то сказать не смогу, но знаю что Foreman работает с Chef. Для Ansible тоже есть решения на github
для себя его "+" я вижу в том что:
— Можно разбить на группы (проекты) и создавать подгруппы
— на каждые группы можно свои параметры назначать
— параметры модулей (я использую с puppet) можно так же назначать в зависимости от совпадения с заданными переменными (домен, fqdn, hostname)
и т.д.
С Chef и Ansible знаком только по статьям, не настраивал и не пользовался, поэтому что то сказать не смогу, но знаю что Foreman работает с Chef. Для Ansible тоже есть решения на github
0
Половину всего этого заменяет zabbix, остальную половину вменяемыми, проверенными инструментами…
+1
А куда репозиторий переехал с этими скриптами?
0
Sign up to leave a comment.
Наш велосипед или скрипты, облегчающие жизнь админа