Страницы

Показаны сообщения с ярлыком CentOS 7. Показать все сообщения
Показаны сообщения с ярлыком CentOS 7. Показать все сообщения

понедельник, 4 января 2021 г.

CentOS Stream: Создание инновационного будущего для корпоративного Linux


В сентябре 2019 года, Red Hat анонсировал CentOS Stream – платформу разработки, спроектированную для членов сообщества CentOS, партнёров Red Hat, разработчиков экосистемы и множества других групп, заинтересованных в более быстром и лёгком получении доступа к будущим релизам Red Hat Enterprise Linux (RHEL) или желающих присоединиться к формированию продукта. С момента представления вокруг CentOS Stream сложилась целая экосистема из партнеров и участников, которые реализуют свои цели за счет возможностей проекта. В связи с этим Red Hat принял решение полностью переложить инвестиции с проекта CentOS Linux на CentOS Stream.

Перед тем как перейти к обсуждению подробностей, нужно отметить, что экосистема, построенная вокруг CentOS Stream, достаточно активно применяется. В частности, Facebook использует миллионы серверов для поддержки свой глобальной социальной сети, все из которых мигрировали или мигрируют на внутреннюю операционную систему в основе которой лежит CentOS Stream.

Также хотелось бы привести слова Mark Skarpness (вице-президент Intel Architecture, Graphics and Software Group): “У Intel длинная история поддержки экосистемы Linux за счёт доставки инноваций программного обеспечения с открытым исходным кодом в окружения информационных технологий от корпоративных центров обработки данных до облачных развертываний. Мы рады потенциалу CentOS Stream для экосистемы наших клиентов.”

Когда Red Hat впервые ввел CentOS Linux в экосистему Red Hat – проект удовлетворил потребности в инновационной платформе. Проекты сообщества, такие как OKD, RDO и другие, нуждались в стабильной основе для разработки, которую им предоставил CentOS Linux. Но модель разработки с открытым исходным кодом не постоянна; она непрерывно эволюционирует для соответствия меняющимся требованиям корпоративных окружений и сообщества.

Актуальный технологический мир не такой простой, даже по сравнению с тем, что был год назад, о сроке, например, в 5 лет и говорить не приходится. Технологии сегодня покрывают диапазон от приложений в контейнерах и облачных сервисов до быстрых аппаратных инноваций и экосистем, обеспечивающих программное обеспечение в качестве сервиса (SaaS), решение даже одной из этих задач связано с массой проблем, особенно если нужно предоставить его оперативно и в масштабе.

В этом месте CentOS Stream и должен занять свою нишу, так как он предоставляет платформу для быстрых инноваций на уровне сообщества, при этом обладает стабильностью, достаточной для базовых производственных окружений. Эти изменения и обратная связь могут быстрее направляться в производство, благодаря чему платформы Linux удовлетворяют потребности невероятно разнообразной пользовательской базы.

Red Hat верит, что полное смещение инвестиций в пользу CentOS Stream – это лучший путь для будущей доставки инноваций Linux, предоставляя широкую экосистему сообществу с близким соединением с разработкой RHEL. CentOS Stream теперь находится между инновациями операционной системы Fedora Project и производственной стабильностью RHEL. Чтобы сделать CentOS Stream основным узлом инноваций для экосистемы RHEL, Red Hat сдвигает инвестиции на CentOS Stream, эксклюзивно с 31 декабря 2021. Поддержка и обновление CentOS Linux 7 продолжится в соответствии с жизненным циклом, вплоть до 2024 года.

Существуют различные типы пользователей CentOS, в свою очередь Red Hat работает с CentOS Project Governing Board для раскройки программ, которые будут соответствовать потребностям этих различных групп пользователей. В первой половине 2021-го года планируется представление бесплатных программ, а также программ с низкой стоимостью для различных сценариев применения, в том числе опций для проектов с открытым исходным кодом, проектов сообщества и расширений подписки Red Hat Enterprise Linux Developer, для лучшего соответствия потребностям системных администраторов.


Будущее CentOS Linux – это CentOS Stream.

CentOS Stream не является заменой для CentOS Linux, на самом деле это натуральный, неизбежный следующий шаг, соответствующий цели проекта по обеспечению инновациями корпоративного Linux. Stream сокращает петлю обратной связи между всеми разработчиками, будь то большие партнёры или индивидуальные участники. Все они будут услышаны при разработке будущих версий RHEL.

Red Hat призывает всех своих партнеров и разработчиков не только присоединиться к CentOS Stream, но и начать создавать собственные ответвления и использовать данный узел инноваций для тестирования решений и собственных специфических задач. Red Hat верит, что CentOS Stream на самом деле является будущим корпоративного Linux и это позволит сообществу напрямую влиять на выпуск Red Hat Enterprise Linux, от незначительных минорных релизов, до мажорных вех. Red Hat также переносит все внутренние проекты на CentOS Stream, чтобы иметь возможность предоставлять в общий доступ передовой опыт и стратегии развития.


Создание более широкого и разнообразного сообщества.

Red Hat уже предлагает набор платформ в дополнение к CentOS Stream, для обеспечения широкого спектра потребностей разработчиков:

  • Fedora Project – операционная система Fedora Project находится на переднем крае инноваций операционных систем и предназначена для тех, кто заинтересован в самых горячих новинках.
  • Red Hat Universal Base Image – бесплатно распространяемый образ для разработки корпоративных облачных приложений. При помощи Red Hat Universal Base Image разработчики могут упростить создание сертифицированных приложений для производственного развертывания на базе RHEL и гибридного облачного портфолио Red Hat, в том числе Red Hat OpenShift.
  • Подписка Red Hat Developer – свободная подписка для разработчиков, предоставляющая окружение для разработки/тестирования приложений, предназначенных для развертывания в производственном окружении на базе стабильной, безопасной и высокопроизводительной основы RHEL.

CentOS Linux помог сделать RHEL и сообщество лучше, в свою очередь при помощи CentOS Stream Red Hat планирует сделать доставку инноваций быстрее и более совместной. Red Hat планирует предоставить инструменты, поддержку и экспертизу для помощи в миграции и переносе всех сценариев применения на новый узел инноваций для RHEL.

Подробнее познакомиться с CentOS Stream можно при помощи моей статьи «CentOS 8 и CentOS Stream», а о новинках актуальной версии Fedora Project я писал в новости «Доступна бета-версия Fedora 33».

P.S. С этого момента все дальнейшие веб-касты будут записываться на базе CentOS Stream 8.


понедельник, 28 октября 2019 г.

Конвертация объединения сети (Bond) в группу (Team) в CentOS 7


Вот и пришло время для последнего веб-каста на тему продвинутого сетевого взаимодействия в CentOS 7.

В веб-касте вы найдете сравнение объединения сети (Bonding) с группировкой (Teaming), а также описание возможностей конвертации объединения (Bond) в группу (Team). Отдельно внимание в веб-касте удалено возможностям конвертации в разные форматы (ifcfg и JSON), переименованию интерфейса и отдельной конвертации опций объединения в конфигурационный файл группы.

Подробности и видео: LebedevUM.

P.S. Это заключительный веб-каст на тему группировки сети и девятый на тему сетевого взаимодействия, он охватывает практически все темы сетевого взаимодействия. Поэтому, если вы не знакомы с NetworkManager и его инструментом командной строки (nmcli), начните свое знакомство с веб-кастов на тему основ сетевого взаимодействия в CentOS 7:

Если вы не знакомы с объединением сети (Bonding), то познакомиться с данной технологией можно при помощи следующих веб-кастов:

Если вы не знакомы с группировкой сети (Teaming), то начните свой просмотр с предыдущих веб-кастов группы:

P.S. Это не только последний веб-каст на тему сетевого взаимодействия, но и последний веб-каст по CentOS 7, так как в связи с релизом CentOS 8 все дальнейшие веб-касты будут выходить уже на базе этой версии операционной системы. Кстати, первый веб-каст про новую операционную систему «Настройка Gnome в CentOS 8» уже вышел.

пятница, 13 сентября 2019 г.

Управление параметрами группировки сети (Teaming) в CentOS 7


Настала очередь продолжить разбор высокой доступности сетевого взаимодействия в CentOS 7. В предыдущих веб-кастах мы разобрали настройку группировку сети при помощи интерфейса командной строки NetworkManager (nmcli) и конфигурационных файлов ifcfg. На этот раз речь пойдет об управлении параметрами группировки сети (Teaming) в CentOS 7.


В веб-касте представлено описание доступных инструментов для управления группировкой сети (Teaming), а также доступных бегунов (Runner) и наблюдателей канала (Link Watcher). Центральное внимание в веб-касте уделено демонстрации настройки и управления параметрами группировки сети (Teaming) при помощи таких инструментов как teamd, teamnl и teamdctl.

Подробности и видео: LebedevUM.

P.S. Это уже третий веб-каст в группе, поэтому, если вы не знакомы с группировкой сети, начните свое знакомство с предыдущих веб-кастов группы:


Если вы не знакомы с организацией сетевого взаимодействия в CentOS 7, начните свое знакомство с веб-кастов по базовому сетевому взаимодействию:

Также возможно для вас окажутся полезными веб-касты, посвященные иному способу обеспечения высокой доступности сети – объединению (Bonding):


Следующий веб-каст станет заключительным в группе в нем мы рассмотрим конвертацию объединения сети (Bond) в группу (Team).

четверг, 15 августа 2019 г.

Группировка сети (Teaming) при помощи файлов ifcfg в CentOS 7


Вот и пришло время продолжить наше изучение высокой доступности и продвинутой настройки сетевых интерфейсов в CentOS 7, на очереди у нас второй веб-каст посвященный группировке сети (Teaming) в CentOS 7.


В веб-касте представлено описание группировки сети и ее компонентов, а именно доступных бегунов (Runner) и наблюдателей канала (Link Watcher) в CentOS 7. Центральное место в веб-касте отводится демонстрации настройки группировки сети (Network Teaming) при помощи конфигурационных файлов ifcfg. Отдельное внимание уделено директивам TEAM_CONFIG и TEAM_PORT_CONFIG из конфигурационных файлов порта и группы (Team) и их синтаксису.

Подробности и видео: LebedevUM.

P.S. Если вы не знакомы с группировкой сети (Teaming) или вас интересует настройка при помощи интерфейса командной строки NetworkManager, то начните свое знакомство с веб-каста: «Группировка сети (Teaming) в CentOS 7».


Познакомиться же с основами сетевого взаимодействия в CentOS 7 можно при помощи следующих веб-кастов:

А в следующем веб-касте речь пойдет про параметры группировки сети (Teaming).

вторник, 30 июля 2019 г.

Группировка сети (Teaming) в CentOS 7


Здравствуйте коллеги!

Продолжаем изучать продвинутые конфигурации сети в CentOS 7, на очереди у нас группировка сети (Network Teaming). Группировка (Teaming), в отличии от объединения (Bonding), это новинка CentOS 7 (RHEL 7), поэтому ей нужно уделить больше времени. Собственно, про группировку сети (Network Teaming) я подготовил и записал 4 веб-каста:
  • Группировка сети (Teaming) в CentOS 7
  • Группировка сети (Teaming) при помощи файлов ifcfg в CentOS 7
  • Управление параметрами группировки сети (Teaming) в CentOS 7
  • Конвертация объединения сети (Bond) в группу (Team) в CentOS 7


Сегодня я представляю вашему вниманию первый из них, в веб-касте вы найдете информацию о группировке сети (Teaming), особенностях ее архитектуры, поведении интерфейсов группы (Team), установке демона teamd и доступных инструментах для настройки и управления группировкой сети (Network Teaming). Центральное место в веб-касте отведено созданию сетевой группы (Team) при помощи интерфейса командной строки NetworkManager (nmcli) и тестированию ее работы при отключении портов.

Подробности и видео: LebedevUM.



P.S. Если вы не знакомы с настройкой сети в CentOS 7, начните свое знакомство с веб-кастов из группы «Базовое сетевое взаимодействие в CentOS 7»:

Познакомиться с альтернативным способом объединения сетевых интерфейсов можно при помощи группы веб-кастов «Объединение сети (Bonding) в CentOS 7»:

пятница, 21 июня 2019 г.

Управление параметрами объединения сети (Bonding) в CentOS 7


Здравствуйте коллеги, пришло время подвести промежуточный итог в нашем погружении в возможности сетевого взаимодействия в CentOS 7. Сегодня мы завершаем группу веб-кастов, посвященную объединению сети (Bonding).


В веб-касте рассказывается о различных параметрах объединения сети (Bonding), в первую очередь о режимах объединения (Mode) и способах мониторинга, подчиненных (Slave) интерфейсов, при поищи исключающих друг друга директив, а также о прочих простых параметрах с числовым значением и параметрах с подставным значением. Центральное место в веб-касте удалено демонстрациям управления параметрами объединения (BONDING_OPTS) при помощи интерфейса командной строки NetworkManager (nmcli) и конфигурационных файлов ifcfg. Дополнительно в веб-касте демонстрируется определение сетевых интерфейсов, поддерживающих мониторинг зависимых интерфейсов (Slave) при помощи miimon и последствия применения несовместимых параметров объединения.

Подробности и видео: LebedevUM.

P.S. Это заключительный веб-каст в группе посвященной объединению сети (Bonding) в CentOS 7. Перед просмотром данного веб-каста рекомендую познакомиться с предыдущими веб-кастами по теме сетевого взаимодействия:

В дальнейшем я планирую продолжить рассказ о возможностях сетевого взаимодействия в CentOS 7.

среда, 12 июня 2019 г.

Технический обзор Citrix Hypervisor


Citrix Hypervisor это одна из лидирующих в своей области платформ с открытым исходным кодом для экономически эффективной виртуализации серверов и рабочих станций, а также построения инфраструктур облачной виртуализации. Citrix Hypervisor позволяет организациям любых размеров и типов консолидировать и преобразовать вычислительные ресурсы в виртуальные рабочие нагрузки для соответствия требованиям современных центров обработки данных (ЦОД). Нужно отметить, что это обеспечивает незаметный шаг на пути переноса рабочих нагрузок в облако.

Основные возможности Citrix Hypervisor:
  • Консолидация нескольких виртуальных машин (VM) на физическом сервере.
  • Сокращение числа отдельных образов дисков для управления.
  • Простая интеграция существующих инфраструктур сети и хранилища.
  • Планируемое отсутствие простоя при обслуживании за счет живой миграции (Live Migrating) виртуальных машин между хостами Citrix Hypervisor.
  • Гарантированная доступность виртуальных машин при помощи высокой доступности (High Availability) через политики перезапуска виртуальных машин на других хостах в случае отказа.
  • Увеличенная портативность образов виртуальных машин, так как один образ виртуальной машины работает на диапазоне развернутых инфраструктур.

Виртуализация и гипервизор.


Виртуализация, или чтобы быть более точным, аппаратная виртуализация – это метод запуска нескольких независимых виртуальных машин на одном физическом компьютере. Программное обеспечение, выполняемое на этих виртуальных машинах отделено от нижестоящих аппаратных ресурсов. Это способ полной утилизации физических ресурсов доступных на современных мощных серверах, что в свою очередь сокращает общую стоимость владения (TCO) для серверных развертываний.

Гипервизор – это базовый уровень абстракции программного обеспечения. Гипервизор выполняет низкоуровневые задачи, такие как планирование процессора (CPU), и отвечает за изоляцию памяти для размещенных виртуальных машин. Гипервизор ничего не знает про сеть, внешние устройства хранения, видео и так далее.

Ключевые компоненты.


На схеме изображены ключевые компоненты Citrix Hypervisor:


Оборудование (Hardware).


Уровень оборудования содержит физические компоненты сервера, такие как процессор, память, сеть и дисковые накопители. Для Citrix Hypervisor необходима система на базе x86 с одним процессором или более и технологией Intel-VT или AMD-V, для запуска всех поддерживаемых гостевых операционных систем.

Гипервизор Xen.


Гипервизор Xen Project – это гипервизор первого типа (Type-1), иначе говоря устанавливаемый на голое железо с открытым исходным кодом. Он позволяет множеству экземпляров операционной системы или различным операционным системам запускаться параллельно на одной машине (или хосте). Гипервизор Xen используется в качестве основы для множества коммерческих приложений и приложений с открытым исходным кодом, таких как серверная виртуализация, инфраструктура в качестве сервиса (IaaS), настольная виртуализация, приложения безопасности, встраиваемые и аппаратные устройства.

Citrix Hypervisor базируется на гипервизоре Xen Project, с экстра возможностями и поддержкой, предоставляемой Citrix. Citrix Hypervisor 8.0 использует гипервизор Xen версии 4.11.

Управляющий домен (Control Domain).


Управляющий домен (Control Domain), также известный как Domain 0 или dom0, – это безопасная привилегированная виртуальная машина Linux, на которой запущен стек инструментов (Toolstack) управления Citrix Hypervisor, известный как XAPI. Данная виртуальная машина Linux базируется на дистрибутиве CentOS 7.5. Помимо предоставления функций управления Citrix Hypervisor, dom0 также запускает драйверы физических устройств для сети, хранилища и так далее. Управляющий домен (Control Domain) может передавать гипервизору инструкции для запуска или остановки гостевых виртуальных машин.

Стек инструментов (Toolstack).


Стек инструментов (Toolstack) или XAPI – это стек программного обеспечения, который управляет операциями жизненного цикла виртуальных машин, сетевым взаимодействием хоста и виртуальных машин, хранилищем виртуальных машин и аутентификацией пользователей. Он также обеспечивает управление пулом ресурсов (Resource Pool) Citrix Hypervisor.

XAPI предоставляет публично задокументированный API управления, который используется всеми инструментами, которые управляют виртуальными машинами и пулами ресурсов (Resource Pools).

Гостевой домен (Guest domain) (виртуальная машина).


Гостевые домены (Guest Domains) – это создаваемые пользователем виртуальные машины, которые запрашивают ресурсы у dom0. Гостевой домен (Guest Domain) в Citrix Hypervisor поддерживает полную виртуализацию (HVM), пара-виртуализацию (PV) и PV на HVM.

Полная виртуализация (Full virtualization).


Полная виртуализация (Full virtualization), или виртуализация с аппаратной поддержкой, использует расширения виртуализации от процессора хоста для виртуализации гостевых систем. Гостевые системы с полной виртуализацией не требуют какой-либо поддержки на уровне ядра. Гостевая система называется аппаратной виртуальной машиной (Hardware Virtual Machine, HVM). HVM требуют аппаратных расширений Intel-VT или AMD-V для оперативной памяти и привилегированных операций. Citrix Hypervisor использует Quick Emulator (QEMU) для эмуляции оборудования персонального компьютера (PC), в том числе BIOS, контроллера дисков IDE, графического адаптера VGA, контроллера USB, сетевого адаптера и так далее. Для улучшения производительности чувствительных к оборудованию операций, таких как доступ к диску или сети, гостевые системы HVM устанавливаются с инструментами Citrix Hypervisor.

HVM как правило используются при виртуализации операционных систем, таких как Microsoft Windows, когда невозможно внести изменения в ядро, чтобы сделать систему осведомленной о виртуализации.

Пара виртуализация (Paravirtualization, PV).


Паравиртуализация – это эффективная и легковесная техника виртуализации, изначально представленная Xen Project и позже адаптированная другими платформами виртуализации. PV не требует расширений виртуализации от процессора (CPU) хоста. Однако, гостевые системы PV требуют, чтобы ядро гостевой системы было осведомлено о паравиртуализации и наличии драйверов PV, таким образом, чтобы гостевые системы знали о гипервизоре и могли эффективно работать без виртуального эмулируемого оборудования. Ядра с поддержкой PV существуют для Linux, NetBSD, FreeBSD и Open Solaris.

Для гостевых систем PV, Xen Hypervisor перенаправляет запросы операций ввода/вывода на управляющий домен (Control Domain). Гостевая система осведомлена о гипервизоре и посылает ему привилегированные инструкции.

PV на HVM.


PV на HVM – это смесь паравиртуализации и полной аппаратной виртуализации. Основной целью является увеличенная производительность гостевых систем HVM за счет использования специальным образом оптимизированных паравиртуальных драйверов. Данный режим позволяет получить преимущества от технологий виртуальных контейнеров x86 в новейших процессорах для улучшенной производительности. Доступ к сети и хранилищу из этих гостевых систем продолжает выполняться в режиме PV, при помощи драйверов, встроенных в ядро.

Windows и некоторые дистрибутивы Linux доступны в режиме PV на HVM в Citrix Hypervisor.

Инструменты виртуальной машины Citrix (Citrix VM Tools).


Инструменты виртуальной машины Citrix (Citrix VM Tools) или гостевые инструменты (Guest Tools) предоставляют высоко производительные службы ввода/вывода без накладных расходов традиционной эмуляции устройств. Citrix VM Tools состоят из драйверов ввода/вывода (также известных как паравиртуальные драйверы или драйверы PV) и агента управления (Management Agent).

Драйверы ввода/вывода содержат фронтенд-драйверы хранилища и сети, и низкоуровневые интерфейсы управления. Эти драйверы заменяют эмулированные устройства и предоставляют высокоскоростной транспорт между виртуальной машиной и Citrix Hypervisor.

Агент управления (Management Agent) также известный как гостевой агент отвечает за высокоуровневые возможности управления виртуальной машины. Он предоставляет полные возможности для XenCenter (для виртуальных машин Windows), в том числе замораживающие моментальные снимки.

Примечание:
Инструменты виртуальной машины (Citrix VM Tools) должны быть установлены на каждой виртуальной машине Windows для того, чтобы виртуальная машина обладала полностью поддерживаемой конфигурацией. Виртуальная машина может функционировать без инструментов виртуальной машины (Citrix VM Tools), но производительность будет значительно ниже, если драйверы ввода/вывода (драйверы PV) не установлены.
Для виртуальных машин Windows, инструменты виртуальной машины (Citrix VM Tools) называются инструментами гостевой системы Windows, которые включают драйверы PV для Windows и агент управления (Management Agent).
Для виртуальных машин с Linux драйверы PV уже включены в ядро Xen.

вторник, 28 мая 2019 г.

Объединение сети (Bonding) в CentOS 7


Надеюсь вы успели соскучиться по организации сетевого взаимодействия в Linux, так как я подготовил и записал еще одну группу веб-кастов на эту тему. На это раз речь пойдет об объединении сетевых интерфейсов при помощи модуля ядра bonding, а группа будет состоять из двух веб-кастов:
  • Объединение сети (Bonding) в CentOS 7.
  • Управление параметрами объединения сети (Bonding) в CentOS 7.


В веб-касте описывается топология объединения сети (Bonding), управляющий (Master) и зависимый (Slave) интерфейсы, а также демонстрируется настройка объединения сети при помощи интерфейса командной строки NetworkManager (nmcli) и конфигурационных файлов ifcfg. Дополнительно в веб-касте затрагивается вопрос использования нескольких объединений на одном хосте.

Подробности и видео: LebedevUM

P.S. Если вы не знакомы с настройкой сети в CentOS, начните свое знакомство с предыдущих веб-кастов по базовому сетевому взаимодействию:

суббота, 30 марта 2019 г.

Настройка сети при помощи nmcli в CentOS 7


Завершаем знакомство с базовым сетевым взаимодействием в CentOS 7. На этот раз речь пойдет о настройке сетевых интерфейсов при помощи инструмента командной строки NetworkManager (nmcli).

В веб-касте вы найдете описание синтаксиса nmcli и демонстрации использования командного и интерактивного режимов для управления сетевыми устройствами, а также создания и управления профилями подключения. Дополнительно в веб-касте рассматривается вопрос блокировки сетевых профилей.

Подробности и видео: LebedevUM.

P.S. Это заключительный, третий веб-каст в группе, поэтому, если вы не знакомы с именованием сетевых интерфейсов и демоном управления сетью (NetworkManager), начните свое знакомство с базовым сетевым взаимодействием в хронологическом порядке:

среда, 20 марта 2019 г.

Демон управления сетью (NetworkManager) в CentOS 7



Коллеги, настал черед веб-кастов по CentOS 7, где мы погружаемся в сетевое взаимодействие CentOS 7. На этот раз речь пойдет о NetworkManager – демоне, который отвечает за управление сетью.

В веб-касте описываются и демонстрируются назначение и преимущества NetworkManager, конфигурационные файлы и скрипты sysconfig, а также скрипт ifup и запуск сети во время загрузки операционной системы CentOS при включенном и отключении демоне NetworkManager. Дополнительно в веб-касте представлены инструменты NetworkManager для управления сетью.

Подробности и видео: LebedevUM.

P.S. Данный веб-каст является продолжением к веб-касту «Комплексное именование сетевых устройств в CentOS 7», поэтому если вы не знакомы с порядком применения схем именования сетевых интерфейсов, то рекомендую смотреть веб-касты в хронологическом порядке.


Одним из преимуществ NetworkManager является API через D-Bus, именно он используется для настройки сети при помощи интерфейса Cockpit, подробнее познакомится с ним можно в веб-касте Cockpit в CentOS 7.

среда, 6 марта 2019 г.

Комплексное именование сетевых устройств в CentOS 7


К сожалению, по ряду причин, у меня не получается записать разом большую группу веб-кастов про сетевое взаимодействие в CentOS 7. Поэтому я решил разбить эту тему на группы по меньше. Первой такой группой станет «Базовое сетевое взаимодействие», она будет состоять из следующих веб-кастов:
  • Комплексное именование сетевых устройств в CentOS 7.
  • Демон управления сетью (NetworkManager) в CentOS 7.
  • Настройка сети при помощи nmcli в CentOS 7.

Сегодня я представляю вашему вниманию первый веб-каст из группы, в котором расскажу про схемы именования сетевых интерфейсов и управление ими.

В веб-касте вы найдете описание иерархии схем именования сетевых интерфейсов; порядок выполнения скриптов udev, отвечающих за именование интерфейсов; пакеты и параметры ядра влияющие на скрипты udev. Центральное место в веб-касте занимают демонстрации отключения комплексного именования сетевых интерфейсов и возврата к традиционной, непрогнозируемой системе, а также ручное именование сетевых интерфейсов при помощи файлов ifcfg. Дополнительно, в веб-касте рассказывается о возможных именах сетевых интерфейсов и схемах именования интерфейсов VLAN.

Подробности и видео: LebedevUM.

PS> В следующих веб-кастах группы речь пойдет о назначении и возможностях NetworkManager.

пятница, 22 февраля 2019 г.

Списки контроля доступа (ACL) в CentOS 7


Очередное пополнение в серии веб-кастов по CentOS 7. На этот раз веб-кастом из раздела системное администрирование, посвящённого спискам контроля доступа (ACL).

В веб-касте рассказывается о списках контроля доступа (ACL) на файловых системах XFS и EXT4. Среди демонстраций вы увидите создание записей списков контроля доступа (Access ACL) для пользователей и групп, применение маски эффективных прав (Effective Right Mask), а также назначение прав для всех остальных через списки контроля доступа (ACL). Дополнительно в веб-касте рассматривается применение списков контроля доступа по умолчанию (Default ACL).

Подробности и видео: LebedevUM.

PS> Ранее уже делал несколько веб-кастов, посвященных файловым системам XFS и BTRFS, познакомиться с ними вы можете у меня на сайте в разделе CentOS 7.