Pull to refresh
31
0
Иван Тужилкин @1it

Systems Engineer, DevOps/SRE Advocate

Send message
Мне нравится pf и без OpenSSH — никуда.
Пожертвовал 3$, жаль сам пока на мели.
Со следующей получки еще подкину.
Осталось только подключить чип напрямую к зрительному нерву и получится «диобетик-терминатор».
Наверное, я не совсем правильно выразился. Есть компонент ohai, который занимается сбором информации (атрибутов) с хостов. Есть веб-интерфейс сервера, поглядывая сюда можно узнать обращается ли нода к серверу, это конечно не решение для мониторинга. Тут же, есть поиск. Можно, к примеру, посмотреть сколько воркеров nginx на том или ином хосте или узнать сколько машин с CentOS 6.3 и пр.
Согласен. Да, появилась точка отказа, но для нас это не сильно критично, даже в случае краха сервера, восстановление из бекапа на соседнем сервере не займет много времени. Другое дело, что можно наделать много нехорошего, по ошибке или со злым умыслом, но это уже другая история.
И про то, что не всем сервер нужен, я тоже согласен. Но для тех у кого 100 и более (гораздо больше) хостов, а у нас, к примеру, их около 1000, в общей сложности, сервер необходим. Преимущества тут очевидны:
— централизованное управление большими группами хостов (роли очень кстати),
— сбор информации о железе и конфигурациях серверов,
— мониторинг состояния хостов.
Честно говоря, не помню, давно уже на винде не работаю.
Да, чтобы научится писать рецепты, можно начать с Chef Solo. Я не зря в конце привел ссылку, как я понял, на Ваши статьи.
Но как мне кажется, если планируете деплоить и сопровождать большой парк серверов, то есть смысл сразу начинать с Chef Server.
По идее нет, но если что, я ни кому не скажу. :)))
Хотя, попробуйте триал, возможно Вам не жалко будет за него 89$ отдать.
Неплохой терминал Xshell, можно пользоваться бесплатно в академических целях.
Да, это конечно прекрасно, но что делать если нод станет больше? А денег на подписку нет, ну или жалко. :)
И потом, цель статьи — познакомить человека с архитектурой Chef, а ставить сервер или нет, это уже каждый сам для себя решит.
Кстати, вот еще блог разработчика LXC из Canonical, может будет кому-нибудь полезно.
Подключите репозиторий LXC kernel и LXC Stable. Здесь, соответственно, ядро с включенным user namespace (его кстати можно руками включить и на обычном ядре в Ubuntu 12.04) и актуальная версия утилит. И будет вам счастье. А вообще, обещают, что в Ubuntu 14.04 и RHEL 7 уже все будет стабильно и «изкоробки» работать.
Видимо имеет смысл вынести картинки и прочую мелочь в отдельный location:
location ~* \.(?:jpe?g|gif|png||css|js)$ {
root   /path/to/static-content;
expires max;
}

Здесь я соглашусь с вами, спасибо за замечание.
На самом деле, сейчас в конфигурации есть отдельный location под контент. А регулярка, хоть и использовалась ранее, приведена скорее для наглядности, возможно зря.
Но повторюсь это не мануал и не инструкция, а заметка в которой мы просто рассказали то, о чем хотели рассказать. Хотя, возможно, стоило раскрыть чуть больше подробностей, чтобы не возникало таких вопросов.
Хм, ну на самом деле, это всего лишь кусок от реально используемого регулярного выражения, которое я сократил для статьи. Хотя в принципе его можно было и еще короче сделать, поскольку из контента в данном случае есть только картинки (jpeg, gif, png) и видео файлы (mp4, 3gp, flv, avi). Насчет mp3, хоть здесь он и не используется, но спасибо за совет. Начет page cache, не думаю, что здесь это сильно скажется, портал исключительно «мобильный», при том что >= 98% контента это видео-файлы.
Поясните про регулярное выражение, чем оно так вам не понравилось?
Приведенный локейшен предназначен для раздачи статики, и к стримингу никакого отношения не имеет, думаю это ясно как день.
Данная статья не мануал и не howto, а просто небольшая заметка в блоге нашей компании, если кто-то еще не заметил. Если бы мы хотели задумать полноценную статью про оптимизацию раздачи статики (в том числе и видео-файлов), тогда здесь были бы полные конфиги с подробным описанием всех директив и параметров.
Речь о псевдостриминге и даже просто о стриминге не велась, не путайте теплое с мягким. И что, по-вашему мы должны были все наши знания уместить в одном локейшене? Интересно вы рассуждаете. :)
Второй комментарий вообще не понятно к чему, вы что считаете что мы за каждый чих «такие» деньги берем?
Может тогда, объясните как сделать лучше? Думаю всем будет интересно. Я пока не понял в чем особенность вашего подхода.
Учтите, что у нас 4 обычных (SATA III, 7200RPM) диска в RAID-10.
Да и не упирается толком, еще небольшой запас есть.

Information

Rating
Does not participate
Location
Ирландия
Registered
Activity