1. PCP（Performance Co-Pilot）は、パフォーマンス測定、モニタリング、可視化、保存および分析のためのライブラリー群です。
2. 複雑なシステムを一元的に分析しやすくするための、軽量な分散アーキテクチャを提供します。
3. リアルタイムデータのモニタリングおよび管理が可能です。
4. ログデータの保存および分析が可能です。

システム構成

1. サービスデーモンは、主に以下のように構成されます。
2. pmcd：パフォーマンスメトリクスを収集します。
3. pmda：パフォーマンスメトリクスドメインエージェントです。
4. pminfo／pmstat：データの検索、表示、アーカイブを行います。

ロギング構成による実装方式

分散ロギング構成

集中ロギング構成

フェデレーション構成

デーモンの種類

1. pmcd：パフォーマンスメトリクス収集用デーモン
2. pmie：パフォーマンスメトリクス推論エンジン
3. pmlogger：パフォーマンスメトリクスロガー
4. pmproxy：リアルタイムおよび履歴パフォーマンスメトリクスのプロキシー、時系列クエリー、REST API サービス

Red Hat で確認したシステム容量情報

サーバー台数別の構成要素

推奨ハードウェア仕様：集中ロギングの例（10 秒間隔で収集）

推奨ハードウェア仕様：集中ロギングの例（60 秒間隔で収集）

運用時の参考事項

• PCP は、監視対象ホスト上の pmcd が PMDA からメトリクスを収集する構造です。
• pmlogger は pmcd に接続し、後続の分析に利用するパフォーマンスメトリクスのアーカイブログを作成します。
• pmproxy はリアルタイムおよび履歴メトリクスを提供し、REST API および時系列クエリーをサポートします。
• 集中ロギング構成は、監視対象ホストのリソース消費を抑えたい場合に有効です。
• 大規模環境では、複数の pmlogger ファームを使用するフェデレーション構成を検討できます。
• Redis の保持期間は、収集間隔、保持期間、ホスト数、メトリクス数を考慮して設計する必要があります。

参考資料

• Red Hat Documentation - Setting up PCP
• Red Hat Documentation - PCP 배포 아키텍처
• Red Hat Documentation - PCP スケーリングの構成オプション

本記事の日本語訳は Perplexity AI を使用して作成しました。
容量見積もりの数値は、収集間隔、保持期間、メトリクス数、Redis 構成、および実際のワークロードによって変動するため、導入前に検証環境で確認してください。

関連記事：
PCP ベースのシステムモニタリング - igoni.kr

1. SNMP를 사용하여 리소스를 수집하고 RRDtool을 사용하여 이를 그래프로 표시하는 오픈 소스 모니터링 도구입니다. 라이센스는 GPLv2입니다.
2. 간단한 아키텍처를 보려면 아래 문서를 참조하세요.
   선인장 - 작동 원리
3. Cacti 버전의 경우 0.8.8h가 마지막 릴리스입니다(상업 환경에 배포된 버전). 2017 년 1 월부터 1.x 시리즈가 출시되었지만 기능이 추가되고 UI가 개선되면서 1.x 시리즈에 필요한 리소스 값이 증가했습니다. 예를 들어 PHP 를 60 에서 3600 으로 변경해야 할 수도 있습니다.max_execution_time 우리는 증가된 자원의 활용 효과가 제한적일 것이라고 판단했으며, 당분간 1.x 시스템을 구축할 계획은 없습니다.

제약

1. Cacti Spine을 사용하면 Poller의 성능을 향상시키는 데 도움이 될 수 있지만 리소스 수집 문제를 일으킬 만큼 충분한 정보를 수집하지 않으므로 이 문서에서는 다루지 않습니다.
2. 상용 환경에서는 다른 버전의 MySQL을 다운로드하여 설치하지만, 상용 환경에 대한 DB 설치 지침은 별도로 작성되어 이 문서에는 포함되어 있지 않습니다.
3. Apache/MySQL에는 애플리케이션별 보안 구성이 필요하지만 진단 기준은 고객마다 다르고 설치 절차 자체에 영향을 미치지 않기 때문에 이 문서에는 포함되지 않습니다.
4. Apache/PHP의 경우 소스 파일을 다운로드하고 컴파일하는 단계는 이 문서에서 다루지 않습니다. 패키지 형식으로 다운로드하여 설치하세요.
5. OS는 CentOS 7을 표준으로 사용하여 나열됩니다. CentOS 6에서 실행하면 "Cen6 ="라는 추가 주석을 추가했습니다.
6. Cacti 구성은 중복성을 고려하지 않습니다.

패스 정보

1. 아파치:/usr/bin
2. 아파치 구성:/etc/httpd/conf/
3. Cacti 웹 애플리케이션:/svc/cacti/public_html/

작업 절차

1. 애플리케이션 설치

$> yum install \rrdtool httpd \net-snmp net-snmp-utils net-snmp-devel \php-gd php php-snmp \gd-devel php-mysql \php-pdo php-mysqli \mariadb-server mariadb-libs -y

CentOS 6 의 경우: 대신: 로 변경하고 실행합니다.mariadbmysql

2. DB 구성(데이터베이스 및 계정 생성)

$> mysql_install_db --force --user=mysqlInstalling MariaDB/MySQL system tables in '/var/lib/mysql' ...# systemctl start mariadb

※ CentOS 6 の場合：/etc/init.d/mysql start で実行します。

$> mysql -u rootMariaDB [(none)]> create database cacti;Query OK, 1 row affected (0.001 sec)MariaDB [(none)]> grant all privileges on cacti.* to 'cacti'@'localhost' identified by '{Cactiパスワード}';Query OK, 0 rows affected (0.000 sec)MariaDB [(none)]> flush privileges;Query OK, 0 rows affected (0.000 sec)

3. DB 接続テスト

$> mysql -u cacti -pEnter password: {Cactiパスワードを入力}MariaDB [(none)]> use cacti;Reading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -ADatabase changedMariaDB [cacti]>

4. Cacti 用 Web サーバーの構成

以下の内容で設定ファイルを作成します。

$> cat /etc/httpd/conf.d/cacti.confListen 8800<Virtualhost *:8800>  Documentroot "/svc/cacti/public_html"  Customlog "logs/cacti-access.log" combined  errorlog "logs/cacti-error.log"</Virtualhost>

5. Apache へのアクセス許可

$> vi /etc/httpd/conf/httpd.conf...<Directory ></Directory>    AllowOverride none    Require all denied  <-- コメントアウトまたは削除</Directory>...

※ CentOS 6 の場合：Deny from all として記載されています。

6. Apache の ServerName 設定（任意）

%> vi /etc/httpd/conf/httpd.conf...ServerName localhost...

7. PHP 設定

$> vi /etc/php.ini...;date.timezone =timezone = Asia/Seoul

8. Cacti Web アプリケーションのダウンロードおよびインストール

$> mkdir /svc/cacti/$> wget 'https://www.cacti.net/downloads/cacti-0.8.8h.tar.gz'$> tar -zxvf cacti-0.8.8h.tar.gz$> mv cacti-0.8.8h /svc/cacti/public_html$> cd /svc/cacti/public_html

9. Cacti DB のインポート

$> mysql -u cacti -p cacti < cacti.sqlEnter password: {Cactiパスワードを入力}

※ Cacti DB データのインポート中に、2211 行目の rows テーブルに関するエラーが発生した場合の対処方法です。
2217 行目に記載された rows テーブル名を変更する必要があります。

rows int(12) NOT NULL default '600',

以下のように変更します。

`rows` int(12) NOT NULL default '600',

10. DB 設定

以下の内容で設定します。

$> vi /svc/cacti/public_html/include/config.php...database_default = データベース名database_hostname = DBサーバーIPdatabase_username = DBアクセスユーザー名database_password = DBアクセスユーザーパスワードdatabase_port = DBポート情報database_ssl = DB接続時のSSL使用有無url_path = ブラウザーアクセスパス

例：http://127.0.0.1/cacti/ でアクセスする必要がある場合は、url_path を /cacti/ に設定します。

11. Apache 設定の確認およびサービス起動

$> apachectl configtestOK$> systemctl start httpd; systemctl enable httpdCreated symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

※ CentOS 6 の場合：/etc/init.d/httpd start; chkconfig httpd on を使用します。

12. プロセスおよびポートの起動状態確認

$> ps -ef | grep httproot     32439     1  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDapache   32441 32439  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDapache   32442 32439  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDapache   32443 32439  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDapache   32444 32439  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDapache   32445 32439  0 17:54 ?        00:00:00 /usr/sbin/httpd -DFOREGROUNDroot     32512 20163  0 17:55 pts/0    00:00:00 grep --color=auto http$> netstat -antp | grep httpdtcp6     0      0 :::8800             :::*                  LISTEN      32677/httpd

13. Web UI の初期設定

1. Web ブラウザーから、以下の URL にアクセスします。
   http://{サーバーIP}:8800
2. 「Select Type of Install」画面で New Install を選択し、Next をクリックします。
3. パス情報に設定エラーがないことを確認し、問題がなければ Finish をクリックします。
4. 초기 로그인 정보는 username:, password: 입니다.adminadmin
5. 로그인 후 비밀번호를 변경하세요.

14. 폴러 실행 및 적용

$> /bin/php /svc/cacti/public_html/poller.php$> echo "* * * * * /bin/php /svc/cacti/public_html/poller.php > /dev/null" >> /var/spool/cron/root

참고자료

• 선인장 - 작동 원리
• 선인장 - 일반 설치 지침
• 선인장 - 요구 사항

이 기사의 일본어 번역은 Perplexity AI를 사용하여 작성되었습니다.
이 문서는 Cacti 0.8.8h와 CentOS 7을 기반으로 한 절차입니다. 현재 Cacti 1.x 시스템에는 다른 PHP 버전, 컴포저, 데이터베이스 설정, 보안 요구 사항 등이 필요할 수 있으므로 공식 문서를 반드시 확인하십시오.

관련 기사: 선인장 설치 매뉴얼 - igoni.kr

1. Zabbix はオープンソースベースの統合監視ソリューションであり、サーバー、ネットワーク、アプリケーション、クラウドリソースを幅広く監視できます。
2. Zabbix は Agent や SNMP を含む多様なデータ収集方式をサポートしており、環境に応じて Agent ベースまたは Agentless 方式で構成できます。
3. Linux、Windows、macOS、FreeBSD、Solaris、AIX、HP-UX など、多様な OS 環境をサポートします。
4. Web UI を通じて Host、Template、Item、Trigger、Graph、Discovery rule、Action などを統合管理でき、データ収集ポリシーおよびアラートポリシーを中央で運用できます。
5. ICMP、TCP、プロセス状態、Web シナリオ、CPU／Memory／Disk などのリソース使用量を基本的に監視できます。また、MySQL、NGINX、Redis、Kafka、Ceph、HAProxy、Kubernetes など、ソフトウェアレベルの監視もサポートします。
6. さらに Grafana プラグインを利用すると、Zabbix で収集したデータを Grafana ダッシュボードで可視化できます。

Zabbix の主要用語

1. Host：IP アドレスまたは DNS を基準に、監視対象となるサーバー、機器、サービスの単位です。
2. Host group：Host を論理的にまとめるグループです。権限管理および運用の分離に活用されます。
3. Template：1 つ以上の Host に再利用するための、Item、Trigger、Graph、Discovery rule などのセットです。
4. Item：Host から収集する個別データ項目です。CPU 使用率、ディスク容量、応答時間などのメトリクスを意味します。
5. Trigger：Item の値を基準として、障害の有無またはしきい値超過を判断する論理式です。
6. Event：Trigger 状態の変更、自動登録、メンテナンス終了など、Zabbix で意味のある状態変化が発生した際に生成される記録です。
7. Action：Event 発生時に、メール、メッセンジャー、Webhook などを通じて実行する処理を定義するルールです。
8. Discovery：動的に変化するリソースを自動検出し、Host または Item を作成する機能です。
9. LLD（Low-Level Discovery）：NIC、ファイルシステム、マウントポイント、ディスク、ポートのように数が変化する対象を自動検出する機能です。
10. Graph：収集された Item データを視覚的に表現するグラフです。
11. Dashboard：複数の Host とメトリクスを 1 画面に要約表示する運用画面です。
12. Poller：Zabbix Server または Proxy が Item の値を実際に取得するために使用する収集ワーカープロセスです。
13. Proxy：リモート拠点または分離されたネットワーク環境でデータを代理収集し、Server に送信する中継コンポーネントです。
14. History／Trend：History は生の収集データ、Trend は長期保管のために要約・集計されたデータです。運用期間およびストレージ容量の見積もりに重要です。
15. Housekeeping：古い History、Event、Problem データを削除・整理し、ストレージ容量を管理する機能です。
16. Macro：Template または Host で再利用可能な変数です。サーバーアドレスやしきい値などを柔軟に管理する際に使用します。
17. Preprocessing：収集した生データを加工または変換する段階です。
18. Interface：Host と通信する際に使用する接点であり、Agent、SNMP、JMX、IPMI、HTTP などに分類されます。

監視項目

基本的な監視構成

概要

1. Template に定義された Item を基準としてデータを収集します。
2. Trigger は収集したデータを基準に、障害の有無またはしきい値超過を判定します。
3. Trigger 条件が満たされると Event が生成され、Action を通じてメール、メッセンジャー、Webhook などの通知を送信できます。
4. Host には 1 つ以上の Template をリンクできるため、共通ポリシーを再利用しやすくなります。
5. NIC、ファイルシステム、マウントポイント、ネットワークインターフェースのように動的に変化するリソースは、Discovery rule（LLD：Low-Level Discovery）を利用して自動収集できます。
6. 大規模環境では Zabbix Proxy を使用して分散収集構成を実現できます。本社／支社間の構成やネットワーク分離環境でも有用です。
7. 運用規模が大きくなるほど、Poller 数、DB 性能、History／Trend の保持期間、Housekeeping ポリシーをあわせて検討する必要があります。

代表的な監視対象の例

1. Database：Apache Cassandra、MongoDB、Microsoft SQL Server、MySQL、PostgreSQL、Redis
2. Software：FTP、ICMP、HTTP、HTTPS、NTP、SMTP、SSH、Telnet、Tomcat、Kafka、Zookeeper、NGINX、RabbitMQ、Memcached、Ceph、HAProxy、Kubernetes
3. OS：FreeBSD、AIX、HP-UX、Linux、Windows、Solaris、macOS
4. Cloud：AWS、Microsoft Azure などのクラウド環境における VM、DB、ストレージリソース
5. Hardware／Server Management：Dell iDRAC、HPE iLO などのハードウェア管理インターフェース

Zabbix の主要コンポーネント

• Zabbix Server：収集データの処理、Trigger の評価、Event の生成、通知の送信を担当する中核コンポーネントです。
• Zabbix Agent／Agent 2：監視対象サーバーにインストールされ、OS およびプロセスのメトリクスを収集します。
• Zabbix Proxy：リモート拠点または大規模環境においてデータを分散収集し、Server に送信します。
• Web Frontend：運用担当者が設定、可視化、ダッシュボード、アラートポリシーを管理する UI です。
• Database：収集データおよび設定情報を保存します。性能と拡張性の観点で重要な要素です。
• Poller：Server／Proxy が Item の値を実際に収集する実行単位です。
• Trapper：外部システムが Zabbix へデータを直接送信する場合に使用する受信方式です。
• Java Gateway：JMX ベースの Java／Tomcat 監視を中継するコンポーネントです。
• VMware collector：vCenter／ESXi 監視のための収集プロセスです。
• Housekeeper：古いデータを整理するバックグラウンド機能です。
• Discovery manager：自動検出タスクを処理する内部コンポーネントです。

運用時の参考事項

• Template を中心に標準ポリシーを設計すると、運用の一貫性と拡張性が向上します。
• LLD を積極的に活用すると、NIC の追加、ファイルシステムの変更、マウントポイントの増減など、動的な変更を自動的に反映できます。
• 運用規模が大きくなるほど、Server のスペックだけでなく、DB 性能、保存期間（History／Trend）、Housekeeping ポリシー、Proxy 使用の有無、Poller 数もあわせて検討する必要があります。
• 単純な Ping 監視にとどまらず、アプリケーションの状態およびサービス応答時間もあわせて監視することで、実際の運用品質を向上させることができます。
• Host、Item、Trigger、Action の関係を先に理解すると、Template の作成および Trigger 設計が容易になります。

Zabbix のスペック見積もり

• 上記の数値は運用環境によって変動する参考値です。実際の見積もりでは、収集間隔、History／Trend の保持期間、有効な Trigger 数、Proxy 使用の有無、DB 性能をあわせて考慮する必要があります。
• 一般的に 1 metric は、1 Item + 1 Trigger + 1 Graph を基準として見積もります。
• Poller、History syncer、Preprocessing worker、Proxy の数まであわせて確認すると、実運用により近い見積もりが可能です。

参考資料

• Zabbix Documentation - Introduction
• Zabbix Documentation - Hardware requirements

本記事の日本語訳は Perplexity AI を使用して作成しました。
技術的な内容は、利用中の Zabbix バージョンに対応する公式ドキュメントもあわせてご確認ください。

関連記事：
Zabbix の紹介 - igoni.kr

リリース概要

主な変更点

セキュリティ

1. SHA-1 ベースの暗号化の使用が、デフォルトで制限されるようになりました。
2. OpenSSL 3.0.1 が導入されました。
3. OpenSSH 8.7p1 が提供され、ファイル転送のデフォルト動作は SFTP ベースに変更されました。
4. SELinux のパフォーマンスが改善され、/etc/selinux/config の SELINUX=disabled を使用する方法は、カーネルを直接無効化する方法としては扱われなくなりました。
5. fapolicyd 1.1 および SCAP Security Guide 0.1.60 が提供されます。

ネットワーク

1. NetworkManager がネットワーク設定の中心となりました。
2. network-scripts パッケージは削除されました。
3. ifcfg は一部の互換性を維持していますが、基本的な運用フローは keyfile ベースです。
4. mptcpd を通じて MultiPath TCP を管理できます。
5. teamd および libteam は非推奨となり、bond 構成が推奨されます。
6. iptables-nft および ipset は非推奨となり、nftables の使用が推奨されます。

デスクトップ

1. GNOME がバージョン 40 に更新されました。
2. X.org は非推奨となり、Wayland が標準セッションとして使用されます。
3. NVIDIA ドライバーを使用する環境でも、Wayland を利用できる範囲が拡大されました。
4. PipeWire がオーディオ処理の標準コンポーネントとなりました。

コンテナー

1. podman、buildah、skopeo、crun を中心とするコンテナースタックが標準です。
2. 標準コンテナーランタイムは crun です。
3. container-tools メタパッケージが提供されます。
4. short-name-mode は enforcing がデフォルトです。
5. Netavark は新規インストール時の標準ネットワークスタックとして使用されます。

パッケージおよびランタイム

1. RPM 4.16 が提供されます。
2. RPM DB は SQLite ベースです。
3. DNF は弱い依存関係（weak dependency）を制御するオプションを提供します。
4. Java は OpenJDK 8、11、17 が提供されます。
5. Node.js 16、PHP 8.0、Python 3.9、Ruby 3.0、PostgreSQL 13、MariaDB 10.5 などが提供されます。

仮想化

1. libvirt はモジュール型デーモンアーキテクチャを使用します。
2. QEMU は Clang ベースでビルドされます。
3. vTPM および virtiofs がサポートされます。

アップグレード

1. RHEL 8.6 から RHEL 9 へのインプレースアップグレードがサポートされます。
2. RHEL 7 から RHEL 9 へ直接アップグレードすることはできず、RHEL 8 を経由する必要があります。
3. rpm-ostree rebase による RHEL 8 → RHEL 9 のアップグレードがサポートされます。

運用時の参考事項

1. RHEL 9 は BaseOS および AppStream リポジトリを基本として使用します。
2. 初回インストール後の一部の初期設定画面は、デフォルトで無効化されました。
3. Image Builder は、ファイルシステムのカスタマイズおよび起動可能なイメージの作成をサポートします。
4. システムロール（system roles）と subscription-manager の syspurpose 構成を併用すると、大規模運用の標準化に有利です。

本記事の日本語訳は Perplexity AI を使用して作成しました。
技術的な内容については、ご利用のバージョンに対応する公式ドキュメントおよびリリースノートもあわせてご確認ください。

関連記事：
RedHat EnterpriseLinux 9 基本紹介 - igoni.kr

OS 유형별 검증에 대한 관찰

1. Oracle Linux, Rocky Linux 및 AlmaLinux는 모두 호환되는 RHEL 기반 배포판이며 기본 작동 및 패키지 구조는 대체로 유사합니다.
2. 그러나 Oracle Linux 에서는 RHEL 호환 커널 외에도 UEK (Unbreakable Enterprise Kernel) 를 사용할 수 있습니다. 일부 외부 커널 모듈은 커널 버전의 차이로 인해 개별 검증이 필요합니다.
3. docker-compose기본 컨테이너 환경을 사용할 때 AWX와 같은 애플리케이션은 먼저 필요한 Python, Docker, 포트 및 권한 요구 사항을 확인해야 합니다.

최대 하드웨어 인식 용량

CPU/메모리

• RHEL 8 설치 가이드에서는 x86_64 환경에서 최소 권장 메모리로 논리 CPU당 1.5GB를 제안합니다.
• 지원되는 실제 최대 메모리 용량은 하드웨어 및 커널 구성에 따라 달라질 수 있습니다.

디스크 용량

ファイルシステム別の容量

EXT3

EXT4

XFS

最大ブート可能サイズ

カーネルおよび OS 機能

確認された主な変更点

OS 領域

1. RHEL 8 では、network-scripts ベースの ifup／ifdown による運用方式は、もはや標準ではありません。
2. ネットワーク設定は NetworkManager ベースで実施し、nmcli および nmtui を使用する方法が推奨されます。
3. NIC の冗長化には、bond 構成を使用するのが一般的です。
4. SELinux を無効化する際は、/etc/selinux/config のみを変更する方法よりも、カーネルパラメーターの selinux=0 を使用する方法がより明確です。
5. RHEL 8 の標準コンテナーランタイムは podman です。
6. RHEL 8 は標準で rsyslog を使用し、Elasticsearch との連携は別途設定します。
7. VDO は、RHEL 8 で利用できる重複排除および圧縮ベースのストレージ技術です。

ネットワーク設定

NIC 名を ethX として使用する

$> grubby --update-kernel ALL --args net.ifnames=0$> cat /etc/default/grubGRUB_CMDLINE_LINUX="resume=UUID=... rhgb quiet net.ifnames=0"

nmcli ベースのボンディング構成

$> nmcli device status$> nmcli connection add type bond con-name bond0 ifname bond0 bond.options "mode=1,miimon=100"$> nmcli connection mod bond0 ipv4.addresses 192.168.10.100/24$> nmcli connection mod bond0 ipv4.gateway 192.168.10.1$> nmcli connection mod bond0 ipv4.method manual$> nmcli connection mod bond0 ipv6.method disabled$> nmcli connection add type ethernet con-name eth0 ifname eth0 master bond0$> nmcli connection add type ethernet con-name eth1 ifname eth1 master bond0$> nmcli connection up bond0

nmcli による DNS 設定

$> nmcli connection modify eth0 ipv4.dns "8.8.8.8,219.250.36.130"$> nmcli connection up eth0$> cat /etc/resolv.conf

仮想化／コンテナー関連

1. ゲスト OS のインストール時には、Spice よりも VNC のほうが安定する場合があります。
2. 컨테이너 레지스트리 관련 도구로,,를 사용할 수 있습니다.skopeopodmanbuildah
3. RHEL 8 은 인텔의 10 세대 Comet Lake 프로세서에 대한 지원을 추가했습니다.

그래픽 환경

1. RHEL 8 의 표준 그래픽 스택이 Xorg 에서 Wayland 로 변경되었습니다.
2. GDM 설정에서 Wayland를 비활성화할 수 있습니다.

$> vi /etc/gdm/custom.confWaylandEnable=false

3. RHEL 8에서는 Wayland 환경이 점차 개선되었으며, 버전 업데이트를 통해 다중 모니터 지원도 안정화되었습니다.

이 기사의 일본어 번역은 Perplexity AI를 사용하여 작성되었습니다.
기술적인 세부 사항은 사용 중인 버전에 대한 공식 문서 및 릴리스 노트를 참조하십시오.

원본 텍스트 및 관련 정보: RedHat EnterpriseLinux 8 기본 소개 - igoni.kr

リリース概要

主な変更点

1. セキュリティ
   1. システム全体の暗号化ポリシーが強化され、Post-quantum（耐量子）暗号アルゴリズムのサポートが追加された。
   2. OpenSSL、GnuTLS、NSS、OpenSSH などの主要な暗号化スタックは、PQC アルゴリズムと連携できるよう設計された。
   3. TLS 1.3、IDevID、IAK ベースの認証機能がデフォルトで有効化され、現代的な認証アーキテクチャが強化された。
   4. SELinux ユーザー空間スタックが 3.8 系列へ更新され、CIL 形式をサポートする audit2allow ツールが追加された。
   5. CUPS では mDNS およびブロードキャストモードがデフォルトで無効化され、印刷サービス関連の脆弱性に対する防御が強化された。
2. ネットワーク
   1. RHEL 10 のディスクイメージでは、予測可能なネットワークインターフェース名の使用がデフォルト動作となった。
   2. ハイブリッドクラウド環境（AWS、Azure、Google Cloud）向けに最適化された RHEL 10 クラウドイメージが公式に提供される。
   3. イメージモードベースのデプロイでは、ネットワーク設定が宣言型かつイメージ中心のワークフローと連携して管理される。
   4. 最新 NIC およびハードウェアアクセラレーション（例：Intel QAT）向けの暗号化・圧縮関連ドライバーのサポートが強化された。
   5. RISC-V アーキテクチャに対するテクノロジープレビューが追加され、新しいハードウェアプラットフォームでのネットワークおよびシステムテストが可能になった。
3. デスクトップ
   1. GNOME がバージョン 47 に更新された。
   2. 標準セッションは Wayland であり、GNOME Classic セッションのウィンドウ概要など、UI の改善が含まれる。
   3. リモートデスクトッププロトコル（RDP）がグラフィカルなリモートアクセスの標準方式として導入され、VNC 中心の構成を置き換える。
   4. PulseAudio は PipeWire に完全移行し、オーディオとビデオを単一のサブシステムとして統合する。
   5. Qt 5 パッケージは削除され、Qt 6 系列のみがサポートされることで、最新のデスクトップ／GUI スタックへ統一される。
4. コンテナーおよびイメージモード
   1. podman、buildah、skopeo を中心とするコンテナースタックと、container-tools メタパッケージが引き続き提供される。
   2. イメージモード（image mode）が導入され、OS とアプリケーションのビルド、デプロイ、管理をコンテナーワークフローに近い形で統合できる。
   3. Podman Desktop などのコミュニティベースツールは、RHEL Extensions リポジトリを通じて、より安全に配布・管理される。
   4. イメージモードでは、システム更新およびロールバックをイメージレベルで実行でき、構成管理や CI/CD パイプラインとの統合が容易になる。
   5. Composefs ファイルシステムのサポートにより、重複するイメージを効率的に組み立て・管理できる。
5. パッケージおよびランタイム
   1. RHEL 10 は BaseOS／AppStream に加え、Extensions リポジトリを通じて追加の開発者向け・コミュニティツールキットを提供する。
   2. PHP 8.3、NGINX 1.26、Git 2.47 などの最新ランタイムおよびツールが含まれ、アプリケーションスタックがモダナイズされた。
   3. Redis／Valkey 向けの php-pecl-redis6 などの新規パッケージが提供され、インメモリキャッシュおよびデータベース連携が改善された。
   4. Python、Node.js、Java（OpenJDK）などの主要言語ランタイムは、長期サポート版を中心に AppStream で提供される。
   5. DNF ベースのパッケージ管理と弱い依存関係（weak dependency）の制御機能が維持・強化され、最小限のパッケージフットプリントを構成しやすくなった。
6. 仮想化およびプラットフォーム
   1. RHEL 10 のディスクイメージは、デフォルトで個別の /boot パーティションを使用しない設計となっており、シンプルなパーティションレイアウトを提供する。
   2. RISC-V アーキテクチャに対するテクノロジープレビューにより、新しいサーバー／エッジプラットフォームで RHEL をテストできる。
   3. AMD Zen 3 および Zen 4 プロセッサー向けに、memcpy／memmove などのメモリー操作最適化が含まれ、仮想化ワークロードの性能が向上する。
   4. Intel QAT などのハードウェアアクセラレーターを活用した圧縮・暗号化処理の性能が改善され、VM／コンテナー環境におけるセキュリティおよびストレージ効率が向上する。
7. 運用および管理
   1. RHEL Lightspeed CLI が導入され、自然言語でシステム問題を問い合わせ、解決ガイドを受け取れる運用体験を提供する。
   2. Web コンソール（Cockpit）には視覚的なファイルマネージャーと強化された管理機能が統合され、ブラウザベースの運用が強化された。
   3. Satellite と Insights Advisor の連携が強化され、オンプレミスおよびクラウド環境全体にわたるポリシーベースの運用が容易になった。
   4. イメージモードとシステムロール（system roles）を組み合わせることで、宣言型インフラストラクチャと大規模な標準化運用を設計しやすくなる。
   5. ハイブリッドクラウド向け RHEL イメージと syspurpose／subscription-manager の仕組みを併用すると、ワークロードごとのライセンスおよび利用目的の管理が明確になる。
8. アップグレード
   1. RHEL 9 の最新マイナーバージョンから RHEL 10 へのインプレースアップグレードがサポートされる。
   2. 既存の RHEL 7 環境では、RHEL 8 → 9 → 10 の段階的な移行が推奨されており、RHEL 7 から RHEL 10 への直接アップグレードはサポートされない。
   3. イメージモードおよび rpm-ostree ベースのデプロイでは、RHEL 9 → 10 の rebase ワークフローを通じて宣言型アップグレードを実施できる。
   4. アップグレード時には、PQC 暗号化、イメージモード、Lightspeed などの新機能を利用するかどうかを事前に検討することが推奨される。

運用時の参考事項

1. RHEL 10 は BaseOS、AppStream、Extensions リポジトリを基本として使用し、拡張リポジトリを通じて開発者向けツールキットを容易に追加できる。
2. RHEL 10 のディスクイメージはデフォルトで個別の /boot パーティションなしで構成され、予測可能なネットワークインターフェース名を使用する。
3. Image Builder はイメージモードと連携し、ファイルシステムのカスタマイズ、およびクラウド・仮想化環境向けの起動可能なイメージ作成をサポートする。
4. システムロール（system roles）、syspurpose、Satellite／Insights を組み合わせることで、ハイブリッド環境全体に対するポリシーベースの標準運用が容易になる。
5. RHEL Lightspeed CLI と Cockpit Web コンソールを併用することで、コマンドラインと Web ベースの両方の管理において、運用自動化およびガイド提供を受けられる。

本記事の日本語訳は Perplexity AI を活用して作成しています。
内容は RHEL 10 の公式ドキュメントおよびリリースノートをもとに整理したものであり、最新情報や詳細については Red Hat の公式情報をご確認ください。

※この画像は私が直接描いた作品ではなく、Perplexity AIで生成した画像です。
個人用の壁紙、または非商用でのコミュニティ共有の範囲内でご自由にご利用ください。
商用利用の許可は提供しておりません。

reference

Perplexity AI로 생성한 PC·모바일 배경화면 공유 - 이곤아이.krigoni.kr