アプライアンスの設定と使用

最初の起動時に、希望する言語を選択するよう求める最初のメッセージが表示されます。

この言語は、アプライアンス全体に保存されます。 その後、データメディア（RAID のラック用）を初期化するよう求めるメッセージが表示されます。

このダイアログを確認し、プロセスが完了するまでお待ちください。 その後、ローカルコンソールにステータスビューが表示されます。

このビューには、デバイスの一般的なステータス情報と、最も重要な設定オプションが表示されます。

ステータスビューから、F1 キーを押して設定メニューを開くことができます。

アプライアンスを動作させるには、ネットワーク設定を行い、このユニットのパスワードを定義する必要があります。

まず、[Network Configuration ] 項目でネットワークを設定します。 この設定では、IP アドレス、ネットマスク、およびオプションの標準ゲートウェイを順番に入力します。

ほとんどの場合、アプライアンスは、自身のネットワークセグメント外のネットワーク機器にもアクセスできる必要があります。 そのためには、標準ゲートウェイも設定する必要があります。

これらの値を入力すると、設定が有効になります。 その後、アプライアンスは、指定した IP アドレスでネットワークからすぐにアクセス可能になります。 この接続は、たとえば、ネットワーク内の別のデバイスから「ping 」でテストできます。

本機の設定のほとんどは、web インターフェイスを使用して行います。 web インターフェイスへのアクセスは、最初に指定するデバイスパスワードによって保護されています。 本機の出荷時には、このパスワードは設定されていません。そのため、web インターフェイスにアクセスすることはできません。

設定メニューで、Device Password, を選択して、デバイスパスワードを入力するメニューを表示します。 パスワードは 8 文字以上で、小文字、大文字、数字を 1 文字以上含める必要があります。

次に、設定メニューから「Web Configuration 」を選択して、web インターフェイスを有効にします。

これらの手順を完了すると、コンソールのステータスビューが変更されます。

Device Infos ボックスには、設定された IP アドレスが表示され、Access ボックスにはWeb Configuration: on と表示されます。 アプライアンスがネットワークに正しく接続されている場合は、Status ボックスにも、ネットワーク接続がアクティブであることを示すLAN: UP と表示されます。

アプライアンスを初めて起動したとき、パスワードの入力を求められなかったことに気付いたかもしれません。 ラックまたは仮想化ソリューションの管理インターフェースに物理的にアクセスできるユーザーは、コンソールから基本設定を変更することができます。

そのため、Console Login メニュー項目を使用して、設定メニューでパスワード保護をアクティブにする必要があります。 保護がアクティブになっている場合、ステータスビューが表示され、設定を変更する前にデバイスのパスワードの入力を求められます。

その後、ステータスビューの「Access 」ボックスに「Console Login: on 」という項目が表示されます。

前の設定で web インターフェイスへのアクセスを有効にした後、ネットワーク内のどのコンピュータからでも web インターフェイスを呼び出すことができます。 これを行うには、ブラウザのアドレスバーにアプライアンスの URL（この例ではhttp://192.168.178.60/ ）を入力します。 すると、web インターフェイスのログインダイアログが表示されます。

以前に設定したデバイスのパスワードでログインすると、web インターフェイスのすべての機能にアクセスできるメインメニューが開きます。

Device Settings, を選択して、アプライアンスの最も重要な設定を表示し、必要に応じて変更します。

パラメータ名をクリックすると、その設定を編集するためのページが表示されます。

お使いの環境で使用可能な場合は、ホスト名の解像度を使用できるように、まず 1 つ以上の DNS サーバーを設定してください。 お使いの環境で時刻同期に使用できる NTP サーバーが 1 つ以上ある場合は、その IP アドレスまたはホスト名を [NTP Servers] で入力してください。

アプライアンスから電子メール（問題発生時の通知など）を送信する場合は、Outgoing Emails オプションを設定する必要があります。 これを行うには、このデバイスを担当する SMTP リレーサーバーと、それに必要なアクセスデータを入力してください。 デバイスで生成されたすべての電子メールは、このサーバーに送信されます。 この設定では、ユニットのオペレーティングシステムによって生成されたすべての電子メール（重大なエラーの場合など）を別のメールアドレスに送信するように設定することもできます。

これで、アプライアンスの基本設定は完了です。 Checkmk ソフトウェアのインストールと 最初の監視サイトのセットアップを続行するか、アプライアンスの設定をさらに進めることができます。

アプライアンスで使用する言語は、基本設定時に最初に選択しました。 言語設定は、コンソール設定および web インターフェイスのアプライアンス設定でいつでも変更できます。 このダイアログの他の設定と同様、変更は保存するとすぐに有効になります。

パスを指定せずにブラウザでアプライアンスの URL を呼び出すと、デフォルトではアプライアンスのスタートページが表示されます。HTTP access without URL brings you to を使用して、リダイレクトするインストール済みの監視サイトを指定することもできます。 その後、パスを URL に追加することで、アプライアンスのスタートページにアクセスできます（例：192.168.178.60/webconf ）。

ホスト名およびドメイン名は、ネットワーク内のコンピュータを識別するために使用されます。 これらの名前は、たとえば、電子メールを送信する際に送信者のアドレスを作成するために使用されます。 さらに、syslog サーバーに送信されるすべてのログエントリには、エントリを識別しやすくするために、設定されたホスト名が送信元ホストとして追加されます。

監視プロセスでは、IP アドレスの代わりにホスト名または FQDN (完全修飾ドメイン名) がよく使用されます。 ほとんどの環境では、DNS サーバーを使用して IP アドレスをホスト名に変換し、その逆も同様に行います。

アプライアンスで名前解決を使用するには、環境内の少なくとも 1 台の DNS サーバーの IP アドレスを設定する必要があります。 少なくとも 2 台の DNS サーバーを入力することをお勧めします。

このオプションを設定した場合のみ、NTP サーバーやメールサーバーの設定などでホスト名やドメイン名を使用することができます。

アプライアンスのシステム時間は、メトリックの記録やログファイルの書き込みなど、さまざまな場面で使用されます。 そのため、システム時間は安定していることが非常に重要であり、これは時刻同期サービス (NTP) を使用することで最も確実に実現できます。

同期を有効にするには、[NTP-Server] に、少なくとも 1 つ（できれば仮想ではない）タイムサーバーのホストアドレスを入力してください。

ログメッセージは、アプライアンスのオペレーティングシステムおよび一部の常駐プロセスによって生成され、まず syslog によってローカルログに書き込まれます。 これらのエントリを syslog サーバーに送信して、そこで評価、フィルタリング、またはアーカイブすることもできます。

転送を設定するには、Syslog. を選択してください。

次のダイアログで、転送に使用するプロトコルを指定できます。 UDP 経由の syslog はより一般的ですが、TCP 経由ほど信頼性は高くありません。 syslog サーバーが両方のプロトコルをサポートしている場合は、TCP を使用することをお勧めします。

さらに、ログメッセージを受信する syslog サーバーのホストアドレスを設定する必要があります。

監視中にイベントが発生した場合など、ユニットから電子メールを送信できるようにするには、Outgoing Emails で、メールをメールサーバーの 1 つに転送するように設定する必要があります。

そのためには、少なくとも、メールサーバーのホストアドレスをSMTP Relay Host として定義する必要があります。 このサーバーは、お使いのマシンからの電子メールを受信し、転送します。

ただし、SMTP リレーサーバーの設定は、メールサーバーが匿名 SMTP 経由でメールを受信する場合にのみ有効です。 メールサーバーが認証を要求する場合は、Authentication で適切なログイン方法を有効にし、適切なアクセスデータを入力する必要があります。

この設定を行った後も電子メールを受信しない場合は、アプライアンスのシステムログを確認してください。 メール送信の試みはすべてここに記録されます。

アプライアンス自体は、ジョブを実行できない場合やハードウェアの問題が検出された場合など、重大な問題が発生した場合にシステムメールを送信することができます。 これらの電子メールを受信するには、Send local system mails to で、これらのメールを送信するメールアドレスを設定する必要があります。

最後に、TLS 経由のトランスポート暗号化を有効化し、デフォルトの送信者アドレスを手動で指定できます。

Checkmk エージェントはアプライアンスにインストールされており、デフォルトでは、アプライアンス自体からのみクエリを実行できます。 これにより、アプライアンスを、そのアプライアンスで実行されている監視サイトに含めることができます。

また、リモートアプライアンスから Checkmk エージェントにアクセスできるようにして、分散環境の中央サーバーなど、別の Checkmk システムからローカルアプライアンスを監視することも可能です。 このためには、Checkmk エージェントに連絡できる IP アドレスのリストを設定します。

標準ネットワークインターフェイスの基本的なネットワーク設定は、起動時にコンソールから行いました。 これらの設定は、後でDevice Settings > Network Settings から変更できます。 この時点で、IPv6 address を追加することもできます。

ダイアログのタイトルからもわかるように、これらの設定はシンプルモードで表示されています。 Edit Simple Network Settings. Advanced Mode ボタンをクリックすると、Advanced Modeが有効になり、使用可能なすべてのネットワークインターフェイスおよびボンディング機能にアクセスできるようになります。

詳細設定では、冗長化によって監視の可用性を高めることができます。 また、クラスタの設定の開始点でもあるため、クラスタの記事で詳しく説明しています。

ファームウェアバージョン 1.4.14 以降、Checkmk ソフトウェアはアプライアンスにプリインストールされていません。 その理由は単純です。Checkmk はアプライアンスよりもはるかに頻繁に更新されるため、もちろん、古いバージョンの Checkmk から始めるべきではないからです。

アプライアンスへの Checkmk のインストールは、通常のコンピュータのようにコマンドラインから実行するのではなく、以下の手順で、独自の web インターフェイスから簡単に行うことができます。 この web インターフェイスを使用するには、アプライアンスの管理で有効にする必要があります。

アプライアンスにインストールする Checkmk ソフトウェアは、CMA (Checkmk アプライアンス) ファイルとして提供されます。 これは、Checkmk フォルダ構造と情報ファイルを含む、単なるアーカイブ形式のファイルです。

CMA ファイルは、Checkmkのダウンロードページからダウンロードしてください。 適切な Checkmk エディション、バージョン、およびアプライアンスプラットフォームを選択すると、適切な CMA ファイルがダウンロードされます。

CMA ファイルをダウンロードしたら、メインメニューから [Check_MK versions ] を選択します。 次のページで、ファイル選択ダイアログを使用してハードドライブから CMA ファイルを見つけ、[Upload & Install] をクリックして選択を確認します。

Checkmk ソフトウェアがアプライアンスにアップロードされます。 お使いのコンピュータとアプライアンス間のネットワーク接続状況によっては、この処理に数分かかる場合があります。 アップロードが正常に完了すると、インストールされているソフトウェアのバージョン表に新しいバージョンが表示されます。

1 台のアプライアンスに複数の Checkmk バージョンをインストールして、並行して実行することができます。 これにより、異なるバージョンの複数のサイトを運用することができ、個々のサイトは互いに独立して新しいバージョンに更新することができます。 たとえば、新しいバージョンをインストールして、まずテストサイトで試用し、テストが成功したら、本番サイトを更新することができます。

追加の Checkmk ソフトウェアバージョンは、最初のバージョンと同じ方法でロードしてインストールします。 結果は次のようになります。

特定のソフトウェアバージョンがサイトで使用されていない場合は、ごみ箱アイコンをクリックしてそのバージョンを削除することができます。

web インターフェイスのメインメニューから「Site Management 」を選択します。 このページでは、このアプライアンスのすべての監視サイトにアクセスし、設定、更新、削除、および新しいサイトの作成を行うことができます。

このページは、初めてアクセスしたときは空です。 最初のサイトを作成するには、[Create New Site ] ボタンをクリックします。 次のページで、サイトの初期設定を定義できます。

まず、サイトを識別するための ID (一意のサイト ID) を入力します。 ID には、文字、数字、ハイフン (-)、およびアンダースコア (_) のみを使用でき、文字またはアンダースコアで始まり、16 文字以内で入力する必要があります。

次に、サイトを作成する Checkmk バージョンを選択します。 Checkmk バージョン管理にリストされている、インストールされているすべてのバージョンが表示されます。

最後に、Checkmk 管理者のユーザー名とパスワードを定義します。 その他の設定は、とりあえずそのままにして、必要に応じて後で調整してください。

[Create Site ] をクリックして、サイトを作成します。 この処理には数秒かかる場合があります。 サイトが作成され、起動すると、すべてのサイトのリストがページに表示されます。

この時点では、リストは短く、IDmysite の新しく作成されたサイトとそのステータス、ここではrunning しか表示されていません。Control 列の右端にあるボタンで、サイトの停止または起動を行うことができます。Actions 列の左端には、サイトに対して実行できる操作が、左から右の順に、編集、更新、名前変更、複製、削除、ログインの記号で表示されています。

サイトの ID をクリックするか、web ブラウザのアドレスバーにサイトの URL を入力して、起動したサイトにログインできます。この例では、http://192.168.178.60/mysite です。 サイトのログインダイアログに、サイト作成時に指定したアクセスデータを入力してください。

ログインすると、通常どおり Checkmk を設定できます。最初のステップについては、「監視の設定」の記事で説明しています。

すべてのアプライアンスサイトでは、サイドバーに「Checkmk Appliance 」スナップインがすべての管理者に対して表示されます。

このスナップインのエントリを使用すると、サイトからアプライアンスの web インターフェイスにいつでも切り替えることができます。

サイトが更新されると、自動的に新しい Checkmk ソフトウェアバージョンにも更新されます。 まず、Checkmk バージョンの管理 の章の説明に従って、ご希望の新しいバージョンをインストールしてください。

注意：Checkmk のメジャーバージョンに更新する場合は、関連する記事を参照してください。 ここでは、次のメジャーバージョンにのみ更新し、中間バージョンをスキップしないことが重要です。

次に、アプライアンスの web インターフェイスでサイト（Main Menu > Site Management ）をリストします。

サイトが実行されていないことを確認します。つまり、Status がrunning, と表示されている場合は、サイト (Control > Stop) を停止してください。 次に、Actions の下にある更新アイコン をクリックします。

次のページには、アップデートの対象となるバージョンがリストされています。

Target Check_MK version にリストされているターゲットバージョンを選択し、Update now.をクリックします。 しばらくすると、更新メッセージが表示されます。

Back ボタンをクリックすると、更新されたバージョン情報を含むサイトのリストに戻ります。 これで、サイトを再起動できます。

注：アプライアンスのサイトの更新は、通常の Linux サーバーでの更新と同じ原理で行います。 問題、エラーメッセージ、または競合が発生した場合は、「アップデートおよびアップグレード」の記事で、アップデートプロセスに関する詳細情報を確認できます。

別の Linux システムで既に実行されているサイトを Checkmk アプライアンスに移行しなければならない場合がよくあります。 Checkmk アプライアンスには、この移行を実行するための機能が含まれています。

以下の要件を満たす必要があります：

web インターフェイスで、Site Management に移動すると、Migrate Site button, が表示され、次のページに移動します。

このページで、まず、Source Host にソースシステムのホストアドレス（ホスト名、DNS 名、または IP アドレス）を入力してください。 また、Source site ID に移行するサイトの ID を入力してください。

サイトの移行は、SSH 経由で行われます。 そのためには、ソースシステムにログインでき、サイトのすべてのファイルへのアクセスが認可されているユーザーのアクセスデータが必要です。 このためには、ソースシステムのroot ユーザー、またはそのサイトユーザーにパスワードが定義されている場合はそのサイトユーザーを使用できます。

オプションで、デバイス上のターゲットサイトに新しいサイト ID を使用するか、元の ID を変更せずにそのまま残すかを選択することができます。

さらに、移行中にperformance data （メトリックおよびグラフ）および監視イベントからの履歴データを転送しないことを指定することもできます。 これは、サイトの 1:1 のイメージは必要なく、テスト目的などでサイトを複製したい場合に便利です。

パラメーターを入力し、Start で確認すると、移行の進捗状況が表示されます：

移行が完了したら、Complete ボタンで移行管理を終了できます。 サイト管理画面に戻り、新しく移行したサイトの起動および管理を開始できます。

アプライアンスは、web インターフェイスまたはコンソールから再起動またはシャットダウンできます。

web インターフェイスでは、メインメニューの「Control Device 」項目に「Reboot Device 」および「Shutdown Device 」というメニュー項目があります。 コマンドを選択すると、アプライアンスは即座にその動作を実行します。 コンソールでは、 を押すと、ユニットを制御するためのメニューにアクセスできます。

コンソールでは、F2 を押して、ユニットを制御するためのメニューにアクセスできます。

警告：物理アプライアンスをシャットダウンした場合、再起動するには、物理的にアクセスして電源を一度切ってから再び接続するか、管理インターフェースを有効にする必要があります。

アプライアンスを工場出荷時の設定にリセットすることができます。 これにより、アプライアンスの設定、監視構成、収集された統計情報やログなど、アプライアンスに加えたすべての変更が削除されます。 工場出荷時の設定に戻すと、現在インストールされているファームウェアのバージョンは保持されます。ユニットの出荷時にインストールされていたファームウェアは復元されません。

この操作は、コンソールで実行できます。 これを行うには、ステータスビューでF2 キーを押して、次のダイアログでFactory Reset を選択し、次のダイアログでyes で確定します。 これにより、アプライアンスからデータが削除され、その直後に再起動が行われます。 これにより、アプライアンスは工場出荷時の設定で再起動します。

重要：物理アプライアンスの管理インターフェースの設定は永続的であり、工場出荷時の設定に戻しても保持されます。 これにより、後でラックに物理的にアクセスする必要がなくなります。

SSH リモートメンテナンスプロトコルを介して、いくつかのタイプのアクセスを有効にすることができます。 基本的に、以下がサポートされています。

システムユーザーroot へのアクセスは可能ですが、設定やソフトウェアを損傷する危険性が高いため、お勧めできません。

個々の監視サイトに対するコマンドラインへのアクセスを有効にすることができます。 これにより、サイト全体の環境を表示および制御することができます。

このアクセスは、サイト管理で制御します。 個々のサイトの設定ダイアログで、アクセスを有効または無効にしたり、アクセスを保護するためのパスワードを指定したりすることができます。

ネットワーク経由で、デバイス上のテキストベースの設定環境 (コンソール) へのアクセスを有効にすることができます。 これにより、ユニットに直接アクセスしなくても、ユニットの基本設定を表示およびカスタマイズすることができます。

コンソールの設定メニューからアクセスを有効にすることができます。 これを行うには、Console via SSH メニュー項目を選択します。

このオプションを有効にすると、パスワードの入力を求められます。setup というユーザー名で SSH 経由で接続する場合は、このパスワードを入力する必要があります。 このダイアログを確認すると、アクセスが自動的に有効になります。

これで、SSH クライアント (PuTTY など) を使用して、setup ユーザーとしてユニットに接続できます。

アクセスが現在有効であるかどうかは、コンソールのステータスビューの「Access 」ボックスで確認できます。

システムユーザーroot としてユニットにアクセスできるようにすることができます。 ただし、デバイスの初期化後は、このアクセスは使用不能になっています。 有効化すると、SSH 経由でroot ユーザーとしてアプライアンスにログインできます。 ただし、root としてログインしても、アプライアンスのメニューは表示されず、コマンドラインが表示されます。

警告： root としてデバイスで実行したコマンドは、お客様のデータだけでなく、工場出荷時のシステムも永久的に変更または破損する可能性があります。 この方法で変更を行った場合、弊社は一切の責任を負いません。root ユーザーをアクティブにして使用するのは、その操作について完全に理解している場合に、診断目的でのみ行ってください。

コンソールの設定メニューからアクセスを有効にすることができます。 これを行うには、メニュー項目Root Access via SSH.

を選択し、オプションをenable.

このオプションを有効にすると、パスワードの入力を求められます。 SSH 経由でroot ユーザーとして接続する場合は、このパスワードを入力する必要があります。 このダイアログを確認すると、アクセスが自動的に有効になります。

これで、SSH クライアントを使用して、root ユーザーとしてユニットに接続できます。

アクセスが現在有効であるかどうかは、コンソールのステータスビューの「Access 」ボックスで確認できます。

工場出荷時のデフォルト設定では、アプライアンスの web インターフェイスへのアクセスは、プレーンテキストの HTTP 経由で行われます。 HTTPS (TLS) を使用してこのアクセスをセキュリティで保護し、ブラウザとユニット間のデータが暗号化されたフォームで送信されるようにすることができます。

設定には、Web Access の [ ] ボタンからアクセスできます。Device Settings.

データトラフィックを暗号化するには、まずデバイスに証明書と秘密鍵が必要です。 証明書のインストールには、いくつかの方法があります。

要件や機能に応じて、上記のいずれかのオプションを選択できます。 認証機関によって署名された証明書には、クライアントがリモートピア（デバイス）にアクセスする際に、その認証を自動的に確認できるという利点があります。 これは通常、公式の認証機関では保証されています。

ユーザーが HTTPS 経由で web インターフェイスにアクセスし、その証明書が信頼できない認証機関によって署名されている場合、最初は web ブラウザに警告が表示されます。

新しい証明書を作成するには、[New Certificate ] オプションを選択します。 表示されるダイアログで、デバイスとそのオペレーターに関する情報を入力します。この情報は証明書に保存され、認証機関および後でクライアントが証明書を検証するために使用されます。

Save でダイアログを確認すると、Web Access セクションのスタートページに戻り、証明書登録要求 (CSR) ファイルをダウンロードできます。 このファイルは、認証機関に提供する必要があります。 その後、認証機関から署名付き証明書、および必要に応じて証明書チェーン (多くの場合、中間証明書および/またはルート証明書で構成) を受け取ります。 これらは通常、PEM または CRT ファイルの形式で提供されます。

これで、署名付き証明書を「Upload Certificate 」ダイアログからアプライアンスに転送できます。 証明書チェーンを受け取った場合は、そのダイアログからアップロードすることもできます。

Upload でダイアログを確認すると、アクセスパスの設定を続行できます。

HTTPS トラフィックを保護するために使用する既存の証明書と秘密鍵がある場合は、[Upload Certificate ] ダイアログを使用して、これらのファイルをデバイスに転送することができます。

Upload でダイアログを確認すると、アクセスパスの設定を続行できます。

証明書をインストールしたら、要件に応じてアクセスパスを設定できます。

HTTPS 経由でデバイスへのアクセスを保護する場合は、[HTTPS enforced (incl. redirect from HTTP to HTTPS) ] オプションをお勧めします。 デバイスは HTTPS 経由でのみ応答し、受信した HTTP 要求はすべて HTTPS にリダイレクトされます。 そのため、誤って HTTP を使用して web インターフェイスに直接アクセスしたり、ブックマークからアクセスしたりしたユーザーは、自動的に HTTPS にリダイレクトされます。

ネットワーク上で平文でリクエストが送信されないことを最優先する場合は、HTTPS only オプションを選択してください。 この設定を有効にすると、HTTP 経由でアクセスしたユーザーにはエラーメッセージが表示されます。

HTTP and HTTPS を使用して、両方のプロトコルを同時に有効にすることもできます。 ただし、このオプションは、移行やテストなどの例外的な場合にのみお勧めします。

HTTPS を無効化したい場合は、HTTP only オプションで無効化できます。

現在アクティブなアクセスパスおよび現在の証明書に関する情報は、アクセスパス設定ページでいつでも表示できます。

慎重なテストを行っても、オペレーティングシステムを確認しなければ診断が難しい予期せぬエラーが発生する可能性は排除できません。

1 つの方法としては、システムで生成されたログエントリを syslog 経由で syslog サーバーに送信します。 ただし、個々の監視サイトからのログエントリは syslog 経由で処理されないため、これらのログエントリは転送されず、デバイス自体でのみ表示されます。

アプライアンスでのエラー診断を簡略化するため、アプライアンスにはさまざまなログファイルを表示するビューがあります。 このビューには、web インターフェイスのメインメニューの「View Log Files 」メニュー項目からアクセスできます。

ここでは、デバイスからのログを選択して、その現在の内容を表示することができます。

注：システムログは、ユニットの起動ごとに再初期化されます。したがって、ログエントリを受信したい場合は、syslog サーバーに送信する必要があります。

ローカルコンソールでも、システムログを表示することができます。 システムログの最新のエントリは、2 番目のターミナルに表示されます。

このターミナルには、キーの組み合わせCTRL+ALT+F2 でアクセスできます。 3 番目のターミナルには、すべてのカーネルメッセージが表示されます。 ここでは、ハードウェアの問題が発生した場合に、それぞれのメッセージを確認できます。 このターミナルには、キーの組み合わせCTRL+ALT+F3 でアクセスできます。 キーの組み合わせCTRL+ALT+F1 で、ステータスビューに戻ることができます。

アプライアンスで使用可能なワーキングメモリーは、Checkmk アプライアンスのシステムプロセスに必要なメモリを除いて、監視サイト用に自由に使用できます。 さらに、システムプラットフォームの安定性を保証するために、ワーキングメモリーの一部はデバイスのオペレーティングシステム用に予約されています。

アプライアンスの構成に応じて、予約されるメモリの容量は次のとおりです。

監視サイトで使用可能なワーキングメモリーの正確な容量、および現在割り当てられている容量を確認したい場合は、Checkmk でアプライアンスを監視してください。 デバイス上に「User_Memory 」サービスが作成され、Checkmk サイトによる現在の利用率と過去の利用率を確認できます。

監視サイトが必要とするメモリが利用可能なメモリ容量を超える場合、監視サイトのプロセスの 1 つが自動的に終了します。

これは、Linux カーネルの標準メカニズムによって実装されています。