Администратор linux-серверов
Важная характеристика Docker-контейнеров — эфемерность. В любой момент контейнер может рестартовать: завершиться и вновь запуститься из образа. При этом все накопленные в нём данные будут потеряны. Но как в таком случае запускать в Docker приложения, которые должны сохранять информацию о своём состоянии? Для этого есть несколько инструментов.
В этой статье рассмотрим docker volumes, bind mount и tmpfs, дадим советы по их использованию, проведём небольшую практику.
Container Storage Interface (CSI) — это унифицированный интерфейс взаимодействия Kubernetes и систем хранения данных. Вкратце о нём мы уже рассказывали, а сегодня подробнее рассмотрим связку CSI и Ceph: покажем, как подключить хранилище Ceph к кластеру Kubernetes.
В статье приведены реальные, хотя и немного упрощённые для удобства восприятия примеры. Установку и настройку кластеров Ceph и Kubernetes не рассматриваем.
Вам интересно, как это работает?
У нас за Уралом проходит не так уж много конференций, митапов, а в моём родном городе поиск по запросу «коворкинг» вообще выдает ресторан всемирной сети быстрого питания. Поэтому разные мероприятия, где можно в обществе умных людей послушать доклады опытных и смелых спикеров, я очень люблю. К счастью, довольно близко от меня Новосибирск, считающийся если не столицей Западной Сибири, то, определённо, очень важной точкой на её карте. Там как раз и бурлит активность, в том числе и айтишная.
На входе нас встречали и в алфавитном порядке делили на половины
И когда я на просторах Интернета нашёл ссылку на сайт конференции https://gdg-siberia.com, то решил, что поехать стоит. Тем более, что намечалась секция DevOps, а значит, речь должна была идти не только о паттернах, компонентах, архитектуре и фреймворках. В расписании мелькали знакомые термины, связанные с Kubernetes, и я подумал: «Отлично, говорить будут о чём-то знакомом». Проходило мероприятие в этаком «местном Сколково» — Академпарке.
Академпарк зимой такой же, но чуть присыпан снегом
В современных ЦП очень много ядер. Годами приложения посылали запросы в базы данных параллельно. Если это отчетный запрос ко множеству строк в таблице, он выполняется быстрее, когда задействует несколько ЦП, и в PostgreSQL это возможно, начиная с версии 9.6.
Понадобилось 3 года, чтобы реализовать функцию параллельных запросов — пришлось переписать код на разных этапах выполнения запросов. В PostgreSQL 9.6 появилась инфраструктура для дальнейшего улучшения кода. В последующих версиях и другие типы запросов выполняются параллельно.