 |
|
|
|
Алексей Кабарухин: «Администратор СУБД должен обладать развитым чувством ответственности, быть стрессоустойчивым и всегда встречать проблемы с холодной головой»
Алексей Кабарухин:
|
| Применительно к выбранной СУБД нужно хорошо знать средства администрирования, журналирования, мониторинга, уровни изоляции |
Преимущества: более высокая скорость отклика и отличные возможности по вертикальному и горизонтальному масштабированию. Недостатки: администрирование различных СУБД более трудоемко, чем администрирование одной. Кроме того, желательно взять в штат, по крайней мере, по одному эксперту по каждой из СУБД. Тестирование всей системы становится более трудоемким, и отладка может занимать больше времени.
Несмотря на все минусы, у такой системы есть отличные перспективы в будущем. Уже существуют системы с единым API, с помощью которого искусственный интеллект сам распределяет данные по нужным слоям.
Это позволяет значительно нивелировать описанные недостатки.
– Какие основные новшества PostgreSQL 12 наиболее важны?
– На мой взгляд, можно выделить три самых важных новшества:
- Значительно улучшена работа декларативного секционирования. Если раньше можно было наблюдать падение производительности у таблиц, содержащих более 100 секций, то теперь таблицы могут содержать несколько тысяч секций, а производительность снижается значительно меньше по сравнению с предыдущими версиями PostgreSQL.
- Появилась операция REINDEX CONCURRENTLY, которая позволяет перестраивать индексы, не устанавливая никаких блокировок, которые предотвращали бы добавление, изменение или удаление записей в таблице. Ранее приходилось сначала создать индекс в concurrently-режиме, удалить старый индекс и опционально переименовать вновь созданный индекс. Теперь же эти три действия объединились в одно, что немного упрощает администрирование БД.
- Была добавлена команда pg_checksums, которая позволяет включить проверку контрольных сумм страниц данных. Правда, сделать это можно пока только на выключенной БД. Ранее этот параметр можно было установить лишь при инициализации БД, а изменять впоследствии уже нельзя.
Хочется также добавить, что с каждым релизом PostgreSQL мы наблюдаем увеличение производительности. В частности, в 12-й версии увеличена производительность и снижено использование дискового пространства B-tree-индексов в среднем на 40 %.
Нельзя не упомянуть появление в 12-й версии PostgreSQL типа Jsonpath и изменение поведения CTE (Common Table Expression) по умолчанию.
– Вы упомянули «выявление узких мест» в работе СУБД. В чем они проявились при эксплуатации PostgreSQL?
– На мой взгляд, появление почти всех узких мест в PostgreSQL связано с особенностями реализации системы MVCC (многоверсионная система управления транзакциями). Ее главным недостатком является то, что все версии данных хранятся в одном месте, из-за чего мы можем наблюдать чрезмерное разрастание таблиц (bloating) при интенсивных операциях записи. Конечно, есть VACUUM, который высвобождает версии строк, не нужных ни одной из транзакций, однако это дополнительно нагружает процессор и диски. Ситуация усугубляется тем, что если в базе висит долгая транзакция, то VACUUM не может нормально выполнять свою работу.
– Что вам не хватает в функциональности PostgreSQL?
– Исходя из проблемы, описанной выше, сейчас PostgreSQL не хватает подключаемых хранилищ с UNDO-логом (zheap). Это позволит заметно сократить объем записи на диск. В 12-й версии уже появился механизм подключаемых хранилищ. Надеемся, что в 13-й версии мы уже сможем получить подключаемое UNDO-хранилище или, например, подключаемое колоночное хранилище ZedStore.
| Появление почти всех узких мест в PostgreSQL связано с особенностями реализации системы MVCC |
Также, на мой взгляд, не хватает механизма декларативного переключения между master и standby-кластером. Внутри PostgreSQL уже есть все компоненты, позволяющие без потери данных выполнить переключение, и хотелось бы делать это через внутренние SQL-команды, а не через внешние средства.
– Сертификация Kubernetes, – что включает в себя программа СКА? Какие материалы вы использовали для подготовки к экзамену?
– Я считаю, что программа сертификации CKA разработана так, чтобы человек, сдавший ее, обладал необходимыми знаниями и навыками для администрирования Kubernetes-кластеров.
Насколько я могу судить по своему личному опыту, кандидат должен понимать внутреннее устройство K8s, знать основные компоненты, уметь обслуживать и обновлять кластер, настраивать журналирование и мониторинг, выявлять и устранять неполадки.
Материалы, которые я использовал для подготовки к экзамену:
- официальная документации с сайта kubernetes.io;
- официальные учебные курсы LFS-158 и LFS-258 от CNCF (Cloud Native Computing Foundation);
- официальная программа экзамена https://github.com/cncf/curriculum;
- руководство «Kubernetes the hard way» от Kelsey Hightower;
- «Learn Kubernetes using Interactive Hands-on Scenarios» от Katacoda.
Вся эта информация бесплатна, кроме курса LFS-258, однако для успешной сдачи экзамена будет достаточно материала из остальных источников.
– Какие требования к проведению экзамена? Место проведения, что можно использовать (например, документацию), у кого есть допуск в комнату проведения, делают ли перерыв?
– Экзамен проводится онлайн. На столе не должно находиться ничего, кроме ноутбука (или мышки и клавиатуры, если у вас стационарный компьютер). Нужна веб-камера, чтобы показать проктору окружающее вас пространство. Проктор будет видеть всё, что происходит у вас на экране. Запрещается любое копирование материалов экзамена, поэтому будут отслеживаться все нажатия на клавиши.
Вы должны находиться в комнате один. В процессе экзамена разрешается использование официальной документации. Экзамен длится три часа. Можно запросить перерыв, однако нужно учитывать, что экзамен не будет поставлен на паузу.
В случае неудачной попытки сдачи экзамена вам доступна одна бесплатная пересдача.
Подпишитесь на журнал
Купите в Интернет-магазине
Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
