Kubernetes: масштабируя высоты
Содержание:
1. Быстрый Kubernetes;
2. Запускаем сервисы онлайн;
3. Масштабируя высоты (Вы читаете данный раздел).
Пока все хорошо. Стоит сравнить работу, предпринятую с Kubernetes, с действиями, которые пришлось бы выполнить для разворачивания сервера Nginx «старым» способом. Разумеется, мы не рассматриваем конфигурацию самого сервера, но стек Kubernetes и его организация очень просты в установке и настройке. А если мы хотим взяться за нечто посложнее и затем расширить это, как удается Google со своими онлайн-сервисами? Еще один пример установок — хороший способ иллюстрации того, как это делается. Ранее в этой рубрике я рассказывал о Redis—хранилище структур данных в памяти, используемом как база данных, кэш и брокер сообщений. Именно такое и должно быть высокодоступно, а также масштабироваться по запросу. Представьте, что ваш web-сервис с поддержкой Redis вдруг попадет на главную страницу Reddit или о нем расскажет какая-нибудь знаменитость с миллионами подписчиков на Twitter? Это, безусловно, приятная проблема, но она также может стать рубежом, который сервис успешно преодолеет или будет отброшен обратно в неизвестность. Но не бойтесь. Kubernetes вам поможет!
С помощью Redis удобнее всего про¬верить, как хорошо Kubernetes выполняет масштабирование; да он и сам по себе весьма впечатляет
Тут стоит взглянуть на файлы YAML в каталоге examples/redis. Они показывают, как спроектировать элементы группы контейнеров или службы (после этого, разумеется, их можно добавить в систему контроля версий), которые можно передать kubectl и успокоиться. Первый файл, на который стоит взглянуть — redis-master.yaml, в нем определяются два контейнера в группах контейнеров: основной узел Redis и соответствующий «страж». Это часть стека Redis, которая обеспечивает здравую проверку работоспособности и отработку отказа. Ее можно запустить так:
Думали ли вы, пока читали эту статью, о том, что просматривать лог-файлы из сервиса, запущенного в группах контейнеров — пустая трата времени и расход лишних ресурсов? Если да, 10 очков гуру Linux вам в копилку: это действительно трата времени и расход лишних ресурсов.
При первом запуске Docker важно подумать о том,как вести журналы.Очевидно, что хранение лог-файлов локально на хостах с контейнерами едва ли решает проблему. Это еще актуальнее для Kubernetes, вся задача которого состоит в том, чтобы системный администратор даже не задумывался, где реально разворачиваются его группы контейнеров.
Лучший способ решить эту проблему — настроить централизованный сервер журналирования и сбрасывать лог-файлы туда. Такой сервер соответствует более традиционному серверу ‘syslog’ в Linux, где находится syslog, и другие записи отправляются в него (это по-прежнему хорошая идея).
Однако старую схему rsyslogdпревзошли программы вроде Elasticsearch. Эта программа, о которой я расскажу попозже, по сути представляет собой полнотекстовую поисковую машину, написанную на Java. Kibana, которая часто используется вместе с ней, предоставляет аналитику и визуализацию для индексов Elasticsearch. Код обеих программ открыт.
Хотя для данного урока мне не удалось настроить стек ELK — это сокращение от Elasticsearch, Logstash (обрабатывает пересылку лог-файлов) и Kibana — такая схема очень распространена, и на нее стоит взглянуть.
У вас никак не получается совладать с Kubernetes? Тогда предлагаю вам взять небольшую паузу и с головой окунуться в мир азартных развлечений на http://igry-avtomaty.com/igrat-online (http://igry-avtomaty.com/igrat-online). Огромное число топовых слотов не позволят вам заскучать и даже, возможно, позволят вам улучшить свое материальное благосостояние. А после игры вы с новыми силами сможете вернуться к Kubernetes!
1. Быстрый Kubernetes;
2. Запускаем сервисы онлайн;
3.
Пока все хорошо. Стоит сравнить работу, предпринятую с Kubernetes, с действиями, которые пришлось бы выполнить для разворачивания сервера Nginx «старым» способом. Разумеется, мы не рассматриваем конфигурацию самого сервера, но стек Kubernetes и его организация очень просты в установке и настройке. А если мы хотим взяться за нечто посложнее и затем расширить это, как удается Google со своими онлайн-сервисами? Еще один пример установок — хороший способ иллюстрации того, как это делается. Ранее в этой рубрике я рассказывал о Redis—хранилище структур данных в памяти, используемом как база данных, кэш и брокер сообщений. Именно такое и должно быть высокодоступно, а также масштабироваться по запросу. Представьте, что ваш web-сервис с поддержкой Redis вдруг попадет на главную страницу Reddit или о нем расскажет какая-нибудь знаменитость с миллионами подписчиков на Twitter? Это, безусловно, приятная проблема, но она также может стать рубежом, который сервис успешно преодолеет или будет отброшен обратно в неизвестность. Но не бойтесь. Kubernetes вам поможет!
С помощью Redis удобнее всего про¬верить, как хорошо Kubernetes выполняет масштабирование; да он и сам по себе весьма впечатляет
Тут стоит взглянуть на файлы YAML в каталоге examples/redis. Они показывают, как спроектировать элементы группы контейнеров или службы (после этого, разумеется, их можно добавить в систему контроля версий), которые можно передать kubectl и успокоиться. Первый файл, на который стоит взглянуть — redis-master.yaml, в нем определяются два контейнера в группах контейнеров: основной узел Redis и соответствующий «страж». Это часть стека Redis, которая обеспечивает здравую проверку работоспособности и отработку отказа. Ее можно запустить так:
$ ./cluster/kubectl.sh create -f examples/redis/redis-master.Yaml Kubernetes и лог-файлы
Думали ли вы, пока читали эту статью, о том, что просматривать лог-файлы из сервиса, запущенного в группах контейнеров — пустая трата времени и расход лишних ресурсов? Если да, 10 очков гуру Linux вам в копилку: это действительно трата времени и расход лишних ресурсов.
При первом запуске Docker важно подумать о том,как вести журналы.Очевидно, что хранение лог-файлов локально на хостах с контейнерами едва ли решает проблему. Это еще актуальнее для Kubernetes, вся задача которого состоит в том, чтобы системный администратор даже не задумывался, где реально разворачиваются его группы контейнеров.
Лучший способ решить эту проблему — настроить централизованный сервер журналирования и сбрасывать лог-файлы туда. Такой сервер соответствует более традиционному серверу ‘syslog’ в Linux, где находится syslog, и другие записи отправляются в него (это по-прежнему хорошая идея).
Однако старую схему rsyslogdпревзошли программы вроде Elasticsearch. Эта программа, о которой я расскажу попозже, по сути представляет собой полнотекстовую поисковую машину, написанную на Java. Kibana, которая часто используется вместе с ней, предоставляет аналитику и визуализацию для индексов Elasticsearch. Код обеих программ открыт.
Хотя для данного урока мне не удалось настроить стек ELK — это сокращение от Elasticsearch, Logstash (обрабатывает пересылку лог-файлов) и Kibana — такая схема очень распространена, и на нее стоит взглянуть.
У вас никак не получается совладать с Kubernetes? Тогда предлагаю вам взять небольшую паузу и с головой окунуться в мир азартных развлечений на http://igry-avtomaty.com/igrat-online (http://igry-avtomaty.com/igrat-online). Огромное число топовых слотов не позволят вам заскучать и даже, возможно, позволят вам улучшить свое материальное благосостояние. А после игры вы с новыми силами сможете вернуться к Kubernetes!
