Использование Solaris Zones Антон Павленко

Август 30, 2022

Главная
Технология
Использование Solaris Zones Антон Павленко

Содержание

2. Виртуализация Виртуальный сервер не привязан к конкретному “железу” высокая доступность динамическое увеличение ресурсов простота миграции легкость
3. Консолидация Объединение нескольких виртуальных серверов в рамках одного сервера повышение утилизации ресурсов рост производительности системы значительная
4. Почему Solaris Zones?
6. Что такое Solaris Zones? виртуальное окружение, которое выглядит и управляется как обыкновенный Solaris зоны работают на
7. Типы зон Каждый образ Solaris сам по себе уже зона. Глобальная зона управляет ресурсами сервера, позволяет
8. Одно приложение одна зона? Не стоит применять когда приложения используют shared memory. Во всех остальных случаях
9. Существующая схема Производительность оборудования постоянно растёт Часто утилизация серверов ниже 50% Значительная часть общего времени отклика
10. Всё в одном консолидация позволяет значительно снизить накладные расходы на передачу данных Все сетевое взаимодействие между
11. Всё в одном консолидация позволяет значительно снизить накладные расходы на передачу данных Все сетевое взаимодействие между
12. Мало одного сервера? zfs clone позволяет легко дублировать существующие зоны zoneadm -z zone1 clone template real
13. Мало одного сервера? централизованное хранилище снимает проблемы с гранулярностью репликации повышает доступность серверов - время поднятия
14. Простота тестирования и внесения изменений при возникновении проблемы можно сделать точный слепок, для последующего воспроизведения и
15. Управление ресурсами По умолчанию все зоны видят все процессора а также все утилиты ( vmstat, prstat
16. CPU pool гарантированное кол-во CPU CPU жестко закреплены за зоной если зона не использует часть выделенных
17. Dynamic CPU pool можно задавать не точное кол-во процессоров а диапазон в случае высокой загрузки процессоры
18. Dynamic CPU pool можно задавать не точное кол-во процессоров а диапазон в случае высокой загрузки процессоры
19. Fair Share Scheduling тип scheduler’а контролирует выделение CPU на основе долей загрузка всех CPU равномерна в
20. Fair Share Scheduling возможно online перераспределение долей при добавлении новой зоны все доли необходимо пересчитывать нет
22. Выводы по возможности используйте sparse зоны совместное использование компонент минимальные накладные расходы на память ( shared
23. Выводы используйте все возможности ZFS клонирование для deployment’а и тестирования snapshot’ы для резервного копирования и анализа
25. Скачать презентацию

Слайд 2

Виртуализация
Виртуальный сервер не привязан к конкретному “железу”
высокая доступность
динамическое увеличение ресурсов
простота миграции
легкость

распространения

Слайд 3

Консолидация
Объединение нескольких виртуальных серверов в рамках одного сервера
повышение утилизации ресурсов
рост производительности

системы
значительная экономия

Слайд 4

Почему Solaris Zones?

Слайд 5

Слайд 6

Что такое Solaris Zones?
виртуальное окружение, которое выглядит и управляется как обыкновенный

Solaris
зоны работают на базе одного ядра Solaris с ограниченными привилегиями
минимальные накладные расходы

Слайд 7

Типы зон
Каждый образ Solaris сам по себе уже зона.
Глобальная зона управляет

ресурсами сервера, позволяет распределять ресурсы локальным зонам, администрировать сами зоны.
Локальные зоны :
Sparse : наследует ряд файлов от глобальной зоны
Whole-root : полная копия всех файлов с возможностью модификации

Слайд 8

Одно приложение одна зона?
Не стоит применять когда приложения используют shared memory.
Во

всех остальных случаях стоит ☺
изоляция приложений
позволяет запускать на одном сервере даже конфликтующие между собой приложения
сбой одного приложения не приведет сбою или к остановке остальных
безопасность
в случае проблем с одним приложением это никак не скажется на других
возможно дополнительно защитить данные от изменений
унификация
виртуализация IP позволяет приложению в каждой зоне использовать стандартные порты

Слайд 9

Существующая схема
Производительность оборудования постоянно растёт
Часто утилизация серверов ниже 50%
Значительная часть общего

времени отклика системы составляет взаимодействие подсистем
Неоднозначность планирования загрузки ресурсов для расширения

Слайд 10

Всё в одном
консолидация позволяет значительно снизить накладные расходы на передачу данных
Все

сетевое взаимодействие между зонами реализуется на уровне ядра Solaris
уменьшить общее количество компонент
И унифицировать оставшиеся
повысить безопасность

Слайд 11

Всё в одном
консолидация позволяет значительно снизить накладные расходы на передачу данных
Все

сетевое взаимодействие между зонами реализуется на уровне ядра Solaris
уменьшить общее количество компонент
И унифицировать оставшиеся
повысить безопасность
Подключать данные только для чтения
Не делать доступными по сети внутренние службы

Слайд 12

Мало одного сервера?
zfs clone позволяет легко дублировать существующие зоны
zoneadm -z zone1

clone template
real 0.42
user 0.06
sys 0.09
zfs send/recv позволяет легко переносить зоны между серверами
zfs send zones/webfrontend1@today | ssh server2 zfs recv zones/webfrontend@today

Слайд 13

Мало одного сервера?
централизованное хранилище снимает проблемы с гранулярностью репликации
повышает доступность серверов
-

время поднятия зоны на другом сервере минимально
упрощает масштабируемость

Слайд 14

Простота тестирования и внесения изменений
при возникновении проблемы можно сделать точный слепок,

для последующего воспроизведения и анализа
легкость тестирования при внесении изменений
простота отката в случае возникновения проблем
быстрое распостранение внесенных изменений

Слайд 15

Управление ресурсами
По умолчанию все зоны видят все процессора
а также все утилиты

( vmstat, prstat ) считают % на основе всех CPU
Два различных способа разделения ресурсов процессора :
FSS (Fair Share Scheduling )
CPU pool
Два различных способа подключения сети
Exclusive : в зону передается целиком интерфейс. Сеть настраивается на уровне зоны
Shared : параметры сети задаются в конфигурации зоны.
Возможность разделения памяти между зонами

Слайд 16

CPU pool
гарантированное кол-во CPU
CPU жестко закреплены за зоной
если зона не использует

часть выделенных CPU то они будут простаивать
утилиты ( vmstat, prstat ) знают о pool’ах и показывают загрузку именно pool’а
неравномерная загрузка процессоров в рамках одного сервера

Слайд 17

Dynamic CPU pool
можно задавать не точное кол-во процессоров а диапазон
в случае

высокой загрузки процессоры будут перераспределены автоматически в рамках выбранных диапазонов
различные варианты настроек
wt-load
Locality (tight, loose, none )
Utilization ( < > ~ )
poolcfg -dc ’modify pset large (string pset.poold.objectives="utilization<75")’
детальное логирование и мониторинг

Слайд 18

Dynamic CPU pool
можно задавать не точное кол-во процессоров а диапазон
в случае

Слайд 19

Fair Share Scheduling
тип scheduler’а
контролирует выделение CPU на основе долей
загрузка всех CPU

равномерна
в случае если зона не использует выделенные ей ресурсы, их могут использовать другие
зоне доступны все CPU

Слайд 20

Fair Share Scheduling
возможно online перераспределение долей
при добавлении новой зоны все

доли необходимо пересчитывать
нет простого способа мониторинга и анализа загрузки

Слайд 21

Слайд 22

Выводы
по возможности используйте sparse зоны
совместное использование компонент
минимальные накладные расходы на память

( shared libs, бинарные файлы )
используйте whole root зоны только когда это действительно необходимо
необходимость постоянно писать в /usr
тестирование патчевания основных компонент
группируйте приложения в зоны
при возможности использования shared memory
при разграничении прав доступа
используйте LOFS для предоставления общих данных зонам

Слайд 23

Выводы
используйте все возможности ZFS
клонирование для deployment’а и тестирования
snapshot’ы для резервного копирования

и анализа изменений
компрессию для экономии дискового пространства
в зависимости от требований используйте либо FSS либо CPU pools
FSS лучше утилизирует CPU но затрудняет анализ
на основе dynamic pool легко строить (само)масштабируемые системы
по возможности ограничение по памяти лучше не использовать

Использование Solaris Zones Антон Павленко

Содержание

ВиртуализацияВиртуальный сервер не привязан к конкретному “железу”высокая доступностьдинамическое увеличение ресурсовпростота миграциилегкость

КонсолидацияОбъединение нескольких виртуальных серверов в рамках одного сервераповышение утилизации ресурсоврост производительности

Почему Solaris Zones?

Что такое Solaris Zones?виртуальное окружение, которое выглядит и управляется как обыкновенный

Типы зонКаждый образ Solaris сам по себе уже зона.Глобальная зона управляет

Одно приложение одна зона?Не стоит применять когда приложения используют shared memory.Во

Существующая схемаПроизводительность оборудования постоянно растётЧасто утилизация серверов ниже 50%Значительная часть общего

Всё в одномконсолидация позволяет значительно снизить накладные расходы на передачу данныхВсе

Всё в одномконсолидация позволяет значительно снизить накладные расходы на передачу данныхВсе

Мало одного сервера?zfs clone позволяет легко дублировать существующие зоныzoneadm -z zone1

Мало одного сервера?централизованное хранилище снимает проблемы с гранулярностью репликацииповышает доступность серверов-

Простота тестирования и внесения измененийпри возникновении проблемы можно сделать точный слепок,

Управление ресурсамиПо умолчанию все зоны видят все процессораа также все утилиты

CPU poolгарантированное кол-во CPUCPU жестко закреплены за зонойесли зона не использует

Dynamic CPU poolможно задавать не точное кол-во процессоров а диапазонв случае

Dynamic CPU poolможно задавать не точное кол-во процессоров а диапазонв случае

Fair Share Schedulingтип scheduler’аконтролирует выделение CPU на основе долейзагрузка всех CPU

Fair Share Schedulingвозможно online перераспределение долей при добавлении новой зоны все

Выводыпо возможности используйте sparse зонысовместное использование компонентминимальные накладные расходы на память

Выводыиспользуйте все возможности ZFSклонирование для deployment’а и тестированияsnapshot’ы для резервного копирования

Похожие презентации

Виртуализация
Виртуальный сервер не привязан к конкретному “железу”
высокая доступность
динамическое увеличение ресурсов
простота миграции
легкость

Консолидация
Объединение нескольких виртуальных серверов в рамках одного сервера
повышение утилизации ресурсов
рост производительности

Что такое Solaris Zones?
виртуальное окружение, которое выглядит и управляется как обыкновенный

Типы зон
Каждый образ Solaris сам по себе уже зона.
Глобальная зона управляет

Одно приложение одна зона?
Не стоит применять когда приложения используют shared memory.
Во

Существующая схема
Производительность оборудования постоянно растёт
Часто утилизация серверов ниже 50%
Значительная часть общего

Всё в одном
консолидация позволяет значительно снизить накладные расходы на передачу данных
Все

Всё в одном
консолидация позволяет значительно снизить накладные расходы на передачу данных
Все

Мало одного сервера?
zfs clone позволяет легко дублировать существующие зоны
zoneadm -z zone1

Мало одного сервера?
централизованное хранилище снимает проблемы с гранулярностью репликации
повышает доступность серверов
-

Простота тестирования и внесения изменений
при возникновении проблемы можно сделать точный слепок,

Управление ресурсами
По умолчанию все зоны видят все процессора
а также все утилиты

CPU pool
гарантированное кол-во CPU
CPU жестко закреплены за зоной
если зона не использует

Dynamic CPU pool
можно задавать не точное кол-во процессоров а диапазон
в случае

Dynamic CPU pool
можно задавать не точное кол-во процессоров а диапазон
в случае

Fair Share Scheduling
тип scheduler’а
контролирует выделение CPU на основе долей
загрузка всех CPU

Fair Share Scheduling
возможно online перераспределение долей
при добавлении новой зоны все

Выводы
по возможности используйте sparse зоны
совместное использование компонент
минимальные накладные расходы на память

Выводы
используйте все возможности ZFS
клонирование для deployment’а и тестирования
snapshot’ы для резервного копирования