この初心者向けチュートリアルでは、SUSE Linux Enterprise High Availability (SLE HA) 15 を使用して、基本的な 2 ノードのアクティブ/パッシブ クラスタを構築します。サポートされている CRM Shell ブートストラップ スクリプトを使用し、最初のノードを初期化しcrm cluster init、2 番目のノードを追加しcrm cluster join、メンバーシップを確認し、管理仮想 IP の計画されたフェイルオーバーをテストします。これらの例は、2026 年 9 月 24 日に公開された SUSE の SLE HA 15 SP7 ドキュメントに準拠しています。プロンプトは、サービス パック、ハードウェア、およびプラットフォームによって異なる場合があります。
「HAE」は、高可用性拡張機能の略称として非公式によく使われます。SUSEの現在の製品ドキュメントでは、SUSE Linux Enterprise High Availability、略してSLE HAと呼ばれています。この手順では、動作するクラスタ基盤とHawk2管理アクセスを提供します。ただし、アプリケーション、データベース、またはそのデータを自動的に高可用性にするものではありません。それらには、それぞれ独自のPacemakerリソース、ストレージ設計、およびワークロード固有のテストが必要です。
以下の端末およびHawk2の画面図は、実際のシステムからキャプチャしたものではなく、代表的なインターフェース画面を示しています。名前とアドレスは例です。ご自身のネットワーク上の値に置き換えてください。
クラスタとは、ノードと呼ばれるサーバーのグループであり、選択されたサービスの実行を維持するために連携します。Corosyncはノードのメンバーシップとクラスタメッセージングを処理します。クラスタリソースマネージャであるPacemakerは、管理対象リソースの実行場所を決定し、障害に対応します。リソースとは、Pacemakerが起動、停止、監視、移動できるサービスまたはアドレスのことです。
このチュートリアルでは、ノードaliceとノードがbob2ノードクラスタを構成します。フローティング管理IPにより、管理者はSUSEのWebインターフェースであるHawk2に安定したアドレスを割り当てることができます。いずれかのノードがスタンバイ状態になると、PacemakerはそのIPアドレスをもう一方のノードに移動できます。本番環境の2ノードクラスタでは、SUSEはクォーラム決定のためにQDevice/QNetdを追加することを推奨しており、ノードフェンシングも必須としています。
ラボ環境の構成を本番環境で使用できる状態として扱わないでください。SUSEのSLE HA 15 SP7システム要件ではフェンシングが必須であり、インストール概要では、拡張する前に2つまたは3つのノードでセットアップをテストすることを推奨しています。
SLESのインストール時にSLE HAが選択されなかった場合は、各ノードで拡張機能を有効にしてください。登録済みのx86_64 SLES 15 SP7ホストの場合、ドキュメントに記載されている手順は次のとおりです。
SUSEConnect -p sle-ha/15.7/x86_64 -r ADDITIONAL_REGCODE
zypper install -t pattern ha_slesSLE HA 登録コードに置き換えてくださいADDITIONAL_REGCODE。ご自身のサービス パックとアーキテクチャに一致するアクティベーション 製品識別子を使用してください。SP7 の例を別の SLES 15 サービス パックにコピーしないでください。両方のノードで package-pattern コマンドを実行します。SUSE では、ha_slesパターンをクラスタの構成と管理に使用されるパッケージのセットとして説明しています。
両方のノードに安定したホスト名と静的なプライマリIPアドレスを割り当ててください。各ノードが、短い名前と完全修飾名の両方で互いを解決できることを確認してください。SUSEのセットアップガイドでは、/etc/hosts名前解決の失敗によって内部通信が途絶える可能性があるため、必要に応じてクラスタメンバーをリストアップすることを推奨しています。たとえば、次のようなエントリをDNSとアドレスプランに合わせて変更してください。
10.20.0.11 alice.example.net alice
10.20.0.12 bob.example.net bob両方のクロックをクラスタ外の NTP ソースに同期させ、タイムゾーンを一致させてください。SLES 15 では、Chrony がデフォルトの NTP 実装です。Corosync に使用する予定のネットワークの接続性を確認してください。ブートストラップ スクリプトはクラスタ通信に必要なファイアウォール ポートを開くことができますが、ホストおよびネットワーク ファイアウォールが選択したトポロジに必要なトラフィックを許可していることを確認してください。ブートストラップ フローでは、ユニキャストがデフォルトです。Corosync のデフォルト ポートは 5405 です。
上でalice、root権限でブートストラップコマンドを実行します。
crm cluster init --name demo-haプロンプトを承認する前に内容を確認してください。Corosync に使用するインターフェースとネットワーク アドレスを選択し、ポートを確認します。スクリプトは時刻同期とウォッチドッグの可用性をチェックし、SSH キーと関連するクラスタ構成を準備できます。SBD、Hawk2 管理仮想 IP、および QDevice/QNetd を構成するかどうかを尋ねます。SBD を使用するには、ウォッチドッグと共有デバイスが既に準備されている必要があります。このブートストラップで QDevice を構成する場合は、まず QNetd サーバーを準備してください。スクリプトは実行中の 1 ノード クラスタを作成します。bobこの段階では追加は行いません。
SBD には、ランダムな共有ディスクまたはデバイスパスを選択しないでください。パスは、すべてのノードで同じ適切なストレージを識別する必要があり、障害発生時の動作とタイムアウトはストレージ設計と一致している必要があります。SUSE は、softdogすべての CPU がスタックしている場合、マシンを再起動できないと警告しています。そのため、可能な限り本番環境では適切なハードウェア ウォッチドッグを使用してください。
最初のノードが初期化されたら、ログインしてbob以下を実行してください。
crm cluster joinプロンプトに従って既存のクラスタノードを特定してくださいalice。最初のノードでrootではなくsudoアカウントを使用した場合は、SUSEのドキュメントでそのアカウントを次のように指定してください-c。例:
sudo crm cluster join -c USER@alice参加スクリプトは、Corosyncの設定をコピーし、SSHとCsync2を設定し、現在のマシンをクラスタノードとしてオンラインにし、Hawk2に必要なサービスを開始します。両方のマシンを個別に初期化しないでください。2番目のノードは、最初のノードによって作成されたクラスタに参加する必要があります。
どちらのノードからでも、クラスタの概要を確認してください。
crm statusノード名Onlineとクォーラムを持つクラスタパーティションの両方を探してください。続行する前に、失敗したアクションやオフラインのノードがないか確認してください。初期化時に選択した管理 VIP を使用して Hawk2 にサインインすることもできます (通常は ) https://ADMIN-VIP:7630/。自己署名証明書を使用している場合、初回訪問時に証明書の警告が表示されることがあります。本番環境では、不明な証明書を無視するのではなく、クラスタ管理者と証明書の詳細を確認してください。
ブートストラップ手順では、haclusterHawk2 のアカウントが作成されます。SUSE のセットアップガイドには、基本セットアップ時のデフォルトパスワードが記載されているため、システムへのアクセスを終了する前にすぐに変更してください。
passwd hacluster固有の強力なパスワードを使用し、組織の認証情報ポリシーに従ってください。Hawk2管理ネットワークへのアクセスを制限し、必要に応じて信頼できる証明書をインストールし、管理インターフェースをパブリックインターネットに直接公開しないでください。
計画されたスタンバイ テストでは、1 つのノードが意図的にリソース配置から削除された場合に、管理仮想 IP が移動できるかどうかを確認します。テストの前に、両方のノードが正常であること、クラスタにクォーラムがあること、予期しない動作が発生した場合に備えてコンソールまたは帯域外アクセスが可能であることを確認してください。同じネットワーク上のクライアントから、管理 VIP に対して継続的に ping を実行します。例:
ping 10.20.0.20Hawk2で、現在管理IPアドレスをホストしているノードを開き、「スタンバイ」を選択します。次に、「ステータス」>「リソース」を確認します。SUSEのクイックスタートガイドでは、pingが継続している間、フローティングリソースが別のノードに移動することが説明されています。テストが完了したら、Hawk2の対応するアクションを使用してノードをサービスに戻し、両方のノードがオンラインであることを確認し、リソースが想定される場所にあることを確認します。
両方のノードが可視状態を維持し、管理IPがピアに移動した場合、基本的なクラスタメンバーシップとフローティングIPリソースがこの計画されたシナリオで機能していることを示す証拠となります。pingだけでは、アプリケーションが利用可能であること、クライアントセッションが維持されていること、共有データが保護されていること、またはクラスタがネットワーク、ストレージ、電源、ソフトウェアのあらゆる障害から復旧できることを証明するものではありません。
アプリケーションごとに、適切なリソースエージェントを追加し、アプリケーションの設計に従って、順序付け、コロケーション、監視、ストレージアクセス、およびフェンシングを構成してください。2つのノードが同時に通常の共有ストレージに書き込むことは絶対に避けてください。本番環境に移行する前に、現実的なノード障害やネットワーク障害を含むステージング環境で、ワークロードの復旧とデータ整合性をテストしてください。
Fix Intel graphics screen tearing in Pardus Linux by checking X11 vs. Wayland, compositor settings, refresh rate, active Xorg driver, and TearFree only when appropriate.
SLES 15 で firewalld を設定する: ゾーンの確認、サービスまたはポートの許可、永続ルールの保存、安全なリロード、およびアクセスの検証。
SLES 15 SP7 でカーネルのライブパッチ適用を有効にし、再起動せずにサポートされている修正プログラムを適用し、有効なパッチを確認し、カーネルの再起動が必要な場合を把握します。
SUSEがサポートするセットアップユーティリティを使用してSLES 15でFIPSモードを有効にし、安全に再起動し、カーネルと暗号化ポリシーの状態を確認し、認証制限をチェックします。
公式の.debパッケージ、APT、ポリシーチェック、アップデートガイダンス、および管理対象デバイス向けの修正プログラムを使用して、Gooroom OSにGoogle Chromeを安全にインストールします。
rsyslog、TLS証明書、ピア名検証、キュー、検証、テスト機能を使用して、SLESシステムログをリモートのsyslogサーバーに安全に転送します。
YaSTを使用して、SSSD経由でSLES 15をActive Directoryに参加させます。DNSと時刻の設定、ドメインログインの構成、Kerberosの検証、SSSD、Winbind、およびrealmdの比較を行います。
Pardus Linux 上の RTL8821CE Wi-Fi の問題を解決するには、内蔵の rtw88 ドライバー、Realtek ファームウェア、rfkill、NetworkManager、および安全なフォールバックオプションを確認してください。
systemd-resolvedを使用して、Debian 12のDNS解決エラーを診断および修正します。これには、resolv.conf、NetworkManager、networkd、キャッシュ、および検証が含まれます。
Windows 11のバックアップ、ボリュームの縮小、UEFI USBからの起動、既存のEFIパーティションとリカバリパーティションの保護を行うことで、Windows 11の横にPardus 25.2をインストールできます。
