ＨＯＭＥ ＞ Linuxサーバー構築（Rocky Linux/RHEL9）
Linuxサーバー構築（Rocky Linux/RHEL9）
Linuxサーバー構築（Rocky Linux/RHEL9）：記事リスト
Linuxサーバー構築（Rocky Linux/RHEL9）のカテゴリーには以下の記事がリストされています。
dockerコマンドの使い方｜コンテナ起動・停止・イメージ管理の実践例
「Dockerを使ってみたいけど、どこから手をつけたらいいかわからない」
「コンテナを起動したはいいけど、止め方や削除の方法がよくわからない」
Linuxサーバーを触り始めてしばらく経つと、必ずDockerに出会います。
開発環境の構築、アプリのデプロイ、CI/CDの整備——現場のあらゆる場面でDockerが使われるようになっています。
この記事では、Dockerコマンドの実践的な使い方を、RHEL 9.4 / Ubuntu 24.04 LTSでの動作確認済みの手順で解説します。
インストールから、イメージの取得・コンテナの起動・停止・削除・内部操作まで、現場でよく使う操作を一通りカバーします。
「コンテナを起動したはいいけど、止め方や削除の方法がよくわからない」
Linuxサーバーを触り始めてしばらく経つと、必ずDockerに出会います。
開発環境の構築、アプリのデプロイ、CI/CDの整備——現場のあらゆる場面でDockerが使われるようになっています。
この記事では、Dockerコマンドの実践的な使い方を、RHEL 9.4 / Ubuntu 24.04 LTSでの動作確認済みの手順で解説します。
インストールから、イメージの取得・コンテナの起動・停止・削除・内部操作まで、現場でよく使う操作を一通りカバーします。
この記事のポイント
・docker run でコンテナを起動、docker stop/rm で停止・削除できる
・docker ps -a で起動中・停止中の全コンテナを一覧表示できる
・docker exec -it でコンテナ内部に入りコマンド実行が可能
・不要なイメージ・コンテナの一括削除には docker system prune を使う
CentOS Stream 9とAlmaLinux 9・Rocky Linux 9の違い｜選定基準と移行ガイド
「CentOS 8のサポートが終了したと聞いたけど、今後どのLinuxを使えばいいのか分からない」
そう悩んでいるサーバー管理者は多いです。CentOS 8が2021年12月にサポート終了し、後継として登場したのがCentOS Stream 9・AlmaLinux 9・Rocky Linux 9の3つです。名前が似ているので混乱しがちですが、それぞれ設計思想も用途もまったく異なります。
この記事では、3つのディストリビューションの違いを具体的に解説し、どのような環境・目的にどれを選ぶべきかの判断基準を示します。CentOS 7からの移行手順も合わせて紹介します。
そう悩んでいるサーバー管理者は多いです。CentOS 8が2021年12月にサポート終了し、後継として登場したのがCentOS Stream 9・AlmaLinux 9・Rocky Linux 9の3つです。名前が似ているので混乱しがちですが、それぞれ設計思想も用途もまったく異なります。
この記事では、3つのディストリビューションの違いを具体的に解説し、どのような環境・目的にどれを選ぶべきかの判断基準を示します。CentOS 7からの移行手順も合わせて紹介します。
この記事のポイント
・CentOS Stream 9はRHEL開発の上流版で「次のRHEL」を先取りする
・AlmaLinux 9はRHEL 9と高い互換性を持つ無償の本番向けディストロ
・Rocky Linux 9はRHEL 9の厳密なクローンを目指す安定重視の選択肢
・本番環境の移行先はAlmaLinuxかRocky Linux、開発・テスト環境はStream
続きを読む "CentOS Stream 9とAlmaLinux 9・Rocky Linux 9の違い｜選定基準と移行ガイド"
Linuxサーバーのパーティション設計ガイド｜LVM・/var分離・スワップ容量の決め方
「パーティションはどう切ればいいのか、毎回よくわからない」
インストーラーで「自動分割」を選んで済ませてしまい、後から /var が満杯になって運用が止まった——そんなトラブルを現場で何度も見てきました。
この記事では、Linuxサーバーのパーティション設計について、ファイルシステムの選定から LVM の基本、/var や /tmp の分離理由、スワップ容量の決め方、クラウド環境での考え方まで、実務で使える内容をひとまとめに解説します。
インストーラーで「自動分割」を選んで済ませてしまい、後から /var が満杯になって運用が止まった——そんなトラブルを現場で何度も見てきました。
この記事では、Linuxサーバーのパーティション設計について、ファイルシステムの選定から LVM の基本、/var や /tmp の分離理由、スワップ容量の決め方、クラウド環境での考え方まで、実務で使える内容をひとまとめに解説します。
この記事のポイント
・/var や /tmp を分離しないと、ログ爆発でシステムが停止する
・LVM を使えばディスク容量を後から柔軟に拡張できる
・スワップはRAMの容量と用途で推奨サイズが変わる
・クラウド環境では EBS/ディスク追加でオンライン拡張が前提
EC2インスタンスのhostnameを永続変更する方法｜Amazon Linux 2・2023対応の手順と注意点
「EC2インスタンスを再起動したらホスト名が元に戻ってしまった」
そういうトラブルに直面したことはありませんか。
一般的なLinuxサーバーであれば hostnamectl コマンドで変更すれば永続化されますが、EC2では再起動後に cloud-init が動作してホスト名を上書きするため、同じ手順では解決しません。
この記事では、Amazon Linux 2 および Amazon Linux 2023 でホスト名を永続化する正しい方法を解説します。
cloud-init の設定ファイル（preserve_hostname）の書き方から、/etc/hosts の編集、Auto Scaling グループへの対応、User Data による自動化まで順番に説明します。
そういうトラブルに直面したことはありませんか。
一般的なLinuxサーバーであれば hostnamectl コマンドで変更すれば永続化されますが、EC2では再起動後に cloud-init が動作してホスト名を上書きするため、同じ手順では解決しません。
この記事では、Amazon Linux 2 および Amazon Linux 2023 でホスト名を永続化する正しい方法を解説します。
cloud-init の設定ファイル（preserve_hostname）の書き方から、/etc/hosts の編集、Auto Scaling グループへの対応、User Data による自動化まで順番に説明します。
この記事のポイント
・EC2のホスト名が戻るのは cloud-init の上書き動作が原因
・cloud.cfg の preserve_hostname: true で永続化できる
・Amazon Linux 2 と 2023 では設定ファイルのパスが異なる
・Auto Scaling 環境ではインスタンスIDを使った動的命名が正解
続きを読む "EC2インスタンスのhostnameを永続変更する方法｜Amazon Linux 2・2023対応の手順と注意点"
Linuxサーバー構築の標準構成ガイド｜Webアプリ向けディレクトリ・サービス・パーティション設計
「Linuxサーバーを一から組むことになったが、どのディレクトリをどこに置くべきか、サービスは何を入れるべきか、パーティションはどう切るべきかが分からない」
「とりあえず動かすことはできるが、本番運用に耐える構成になっているか自信がない」
Webアプリ向けにLinuxサーバーを組むとき、最初の構成設計を間違えると、半年後・1年後の運用で必ず痛い目を見ます。
この記事では、Webアプリ向けLinuxサーバーの「標準構成」をディレクトリ・サービス・パーティションの3軸で解説します。
RHEL 9.4 / AlmaLinux 9.3 / Ubuntu 24.04 LTS で検証しています。
20年以上のサーバー運用経験から「これだけは押さえておけば事故らない」という最低限の設計指針をまとめました。
「とりあえず動かすことはできるが、本番運用に耐える構成になっているか自信がない」
Webアプリ向けにLinuxサーバーを組むとき、最初の構成設計を間違えると、半年後・1年後の運用で必ず痛い目を見ます。
この記事では、Webアプリ向けLinuxサーバーの「標準構成」をディレクトリ・サービス・パーティションの3軸で解説します。
RHEL 9.4 / AlmaLinux 9.3 / Ubuntu 24.04 LTS で検証しています。
20年以上のサーバー運用経験から「これだけは押さえておけば事故らない」という最低限の設計指針をまとめました。
この記事のポイント
・Webサーバーの標準は /var /tmp /home を分離した4～6パーティション構成
・サービスは Web/DB/監視 を最小限に絞り SELinux と firewalld を必ず有効化
・ログ設計と日次バックアップ設計をサーバー構築の同じタイミングで決める
・移行時のチェックリストで設計漏れと運用事故を防げる
localectlコマンドでLinuxのロケールとキーボードを設定する方法｜文字化け対策と環境統一も
「サーバーにSSHで入ったら日本語が文字化けする」「チームメンバーの環境によってロケールがバラバラで、スクリプトが動かない」——こんな悩みを現場でよく聞きます。
原因の多くは、Linuxのロケール設定が適切に行われていないことです。
この記事では、systemdのロケール管理コマンド localectl の実践的な使い方を解説します。確認から変更・キーボードレイアウト設定・文字化けの原因特定まで、Rocky Linux / RHEL 9.4 / Ubuntu 24.04 LTS で動作確認した手順をそのままお伝えします。
原因の多くは、Linuxのロケール設定が適切に行われていないことです。
この記事では、systemdのロケール管理コマンド localectl の実践的な使い方を解説します。確認から変更・キーボードレイアウト設定・文字化けの原因特定まで、Rocky Linux / RHEL 9.4 / Ubuntu 24.04 LTS で動作確認した手順をそのままお伝えします。
この記事のポイント
・localectl status でロケールとキーボードの現在値を一括確認できる
・localectl set-locale LANG=ja_JP.UTF-8 でロケールを永続的に変更できる
・文字化けの原因はLC_ALL・LANG・LANGUAGE変数の優先順位にある
・チームの環境統一には /etc/locale.conf を直接配布する方法が確実