オブザーブ

このページでは、情報に関するページを提供しています。 TurnKey Linux Observium アプライアンス. このドキュメントの現在のバージョンは、TurnKeyバージョン18.xを念頭に置いて書かれていましたが、新しいバージョンと互換性が残っているはずです。

こちらのドキュメントページに関するご意見・ご質問は、こちらのドキュメントページからご連絡ください。 TurnKeyフォーラム (無料のTurnKey Lnuxウェブサイトのユーザーアカウントが必要です)。 または、ドキュメントのバグは、当社の経由で報告できます。 連結TurnKey Linux発行トラッカー.

既知の問題: "Web経由で手動でデバイスを追加できません。<hostname>をpingできません"

TurnKey Linux連結で表記されているように 問題の追跡者, 希望する場合には、この問題は解決することができます. しかし、また指摘したとして (a で) おすすめ記事 問題) 上流のオブザーバのドキュメントは、セキュリティのインプリケーションのために、そうしないことをお勧めします。 代わりに、CLIを使用してデバイスを追加します。 そのため、それはあなた次第です...

アップダッティングオブザバリウム

これらの更新手順はすべて公式に基づいています Obervium 更新ドキュメント. ここに示されている追加詳細は、 TurnKey Observium アプライアンス. 問わないと、公式のドキュメントページも、特に、もしあなたが サブスクリプション版へのアップグレード.

コンテンツ:

• 起動する前に、バックアップ!
• AWS Marketplace のユーザーにとって重要な注意
• 更新スクリプトを使用してobservium CEの更新
• 手動で更新のオブザーブのセリウム
• オブザーブウムのセリウムをプロ/エンタープライズ版に更新する
• サブスクリプション版を最新のものにアップグレード
• 代替/追加オブザーバリウムプロ/エンタープライズアップグレードオプション

起動する前に、バックアップ!

自動バックアップ体制(例:使用) 名称: TKLBAM) 常に、あなたが気にしているデータを含むシステムのために構成する必要があります。 システムデータの損失は、場合によっては関係なく常に問題です。 保守点検のアップグレードプロセスはスムーズに進むと予想されるため、最近のバックアップは十分な部分を念頭に置いている場合があります。 問題なく、ソフトウェアのアップグレードの直前に手動バックアップが常に推奨されます。

以下に示すObserviumアップグレードプロセスは、古いObserviumファイルのコピーを保持します。ただし、元のデータベースのコピーを保持しません。 適切なバックアップがなければ、何かが間違っている場合は、以前のバージョンにロールバックできないことがあります。 バックアップが重要でない唯一のシナリオは、Observiumサーバーを設定し、既存のデータがない場合にのみ有効です。 それでも、何かが間違っていると、ロールバックする必要がある場合、バックアップは、まだ時間を節約します。

AWS Marketplace のユーザーにとって重要な注意

ほとんどのTurnKeyサーバーはデフォルトで「root」ユーザーを使用します。もしそうなら、読みます。AWS MarketplaceからTurnKeyを起動したTurnKeyを使用している方は、デフォルトは「admin」ユーザーです。 そのため、これらの指示が機能する前に「root」ユーザに切り替える必要があります。 'sudo' ですべてのコマンドをプレフィックスできますが、それは痛みです。 代わりに、このプロセスの 'root' ユーザに swithcing を勧めます。 このようにしてできます。

sudo su -

完了したら、'exit' コマンドを発行することで 'admin' ユーザに戻って切り替えます。

更新スクリプトを使用してobservium CEの更新

システムをバックアップする

マニュアルを実行 バックアップ 上記とおりに記されている。

TurnKey Observium アプライアンスに含まれている「turnkey-update-observium」スクリプトを介して更新

このスクリプトは、マニュアル更新の指示を自動化し、Observiumファイルのローカルバックアップを作成します(/opt/observium).) スクリプトはBASHで書かれており、サーバーに含まれているバージョンのソースは/usr/local/bin/turnkey-update-observiumまたは/usr/local/bin/turnkey-update-observiumで閲覧できます。 GitHub の最新のソースコード.

CLI からスクリプトを実行するには:

turnkey-update-observium

更新スクリプトに関するフィードバックは限られていますが、エラーや問題の報告はありません。 しかし、スクリプトが実行されると、限られたフィードバックにより、「実験的」であることを報告します。それにもかかわらず、確実に動作するはずです(以下注意)。 更新や重要な設定の変更など、バックアップがあることを常に推奨します(例:バックアップ) 名称: TKLBAM) 何かが間違っている場合。

スクリプトを実行する際に注意:

このスクリプトは、TurnKey アプライアンスビルド時に作成したデータから現在のバージョンをチェックします。 代替方法(またはファイルが存在しない)でObserviumが更新された場合、最新のObservium CE(Community Edition)に常にダウンロードして「更新」します。 既に最新のCEバージョンを稼働している場合でも、または代替チャネルを介してインストールされている場合でも、これを行います!

手動で更新のオブザーブのセリウム

これらの指示は、 正式なオブザーブ セリウムの更新 docs - 特に関連したいくつかの追加詳細 TurnKey Linux Observium アプライアンス. コマンドは、root ユーザとしてコマンドラインから実行する必要があります。

システムをバックアップする

マニュアルを実行 バックアップ 上記とおりに記されている。

障がいのあるオブザーブリンのcronjobs (任意)

クローンジョブはスケジュール上で実行される自動タスクです。通常、クローンジョブは、Observium "house keep" に関連しています。クローンジョブを無効にするオプションです。 しかし、このステップを行わないと、ログに記されているクローンエラーがいくつかあることがあります。 cronジョブを無効にしている場合は、そのジョブも確実に無効にしてください。 再使用可能 更新後(これらの指示で後でカバーされた再エナブリンのジョブ)。

オブザーブリン cron ジョブを無効にするには:

手動で cron ファイルを編集する - /etc/cron.d/observium - とすべてのアクティブな cron 行をコメントアウトします。 '#' 文字を '#' で起動しないすべての行に追加します。 このプロセスで経験されていない場合、すべての行に'#'を追加することをお勧めします(つまり、既存のコメントはすべて'#'でプレフィックスされます)。

コマンドラインからすぐ下にある sed コマンドを実行します。 このコマンドは、cron ファイルの全ての行に '#' を追加 (上記のマニュアルの指示に従って) します。 このコマンドは、 暗黙的ではないので、 名称: NOT 一度以上実行してください! すると、cron ファイルを手動で編集して、cron 行を解読し、実際のコメントを '#' 接頭辞で残す必要があります。

sed -i "s|^|#|" /etc/cron.d/observium

古いファイルを新しいバージョンに置き換える

次のコマンドは、現在の Observium ファイルを途中で動かし、最新バージョンをダウンロードし、必要なファイルをコピーします(ファイルとrdd&logsディレクトリ) オリジナルのオブザーブからインストールします。

次のコマンドを実行します(root として):

cd /opt
mv observium observium_old
wget -Oobservium-community-latest.tar.gz https://www.observium.org/observium-community-latest.tar.gz
tar zxvf observium-community-latest.tar.gz
mv /opt/observium_old/rrd observium/
mv /opt/observium_old/logs observium/
mv /opt/observium_old/config.php observium/

DBスキーマの更新

新規バージョンのDBスキーマを更新します。

/opt/observium/discovery.php -u

力の赤みがかった(任意)

更新してから、非常に長い時間が経つと(12ヶ月以上)、すべてのデバイスの即時の再発見を強制して、物事が最新の状態にあることを確認することができます。

/opt/observium/discovery.php -h all

再使用可能なオブザーブ cronjobs (任意)

再エキサイティングなcronジョブは、Observium更新をする前にそれらを無効にした場合のみ必要です。 初期ステップをスキップすると、実行が確実に完了します 名称: NOT この手順に従ってください! 代わりに次のセクションにまっすぐスキップ.

cronジョブを手動で再エンableするには、上記の無効なcronジョブセクションで実行されたプロセスを反転します。 I.e. のコマンド行をobservium cronファイル - /etc/cron.d/observium に置き換えます。

上記のスエードラインでcronジョブを無効にした場合 - 上記の無効なcronジョブセクションで、以下のスエードラインで再エンザできます。 どの行からでも「#」の先頭の文字を外します。 名称: NOT 前のsedコマンドを使用してcronジョブを無効化しない限り、これを行います。 前のsedコマンドでは、それは不意ではありませんので、 名称: NOT 一度以上実行してください! すると、cron ファイルを手動で編集してコメントアウトする必要があります('#' を先頭に表示)、cron ジョブの意図的なコメント行。

sed -i "s|^#||" /etc/cron.d/observium

最終的なクリーンアップ(任意)

更新が期待通りに機能したことを確認したら、上記のファイル更新プロセスで作成した古いオブザーバファイルを削除するようになりました。 observium_old ディレクトリを削除します。

rm -rf /opt/observium_old

オブザーブウムのセリウムをプロ/エンタープライズ版に更新する

これらの指示は、 正式なオブザーブ セリウム -> 防腐剤プロ ドキュメント - 特に関連したいくつかの追加詳細 TurnKey Linux Observium アプライアンス. Pro と Enterprise のサブスクリプション版と関連しています。すべてのコマンドは、root ユーザとしてコマンドラインから実行されるべきです。そのため、多くの TurnKey ユーザーが行っているのは良いでしょう。 AWSマーケットプレースユーザーは、 ルートユーザへの切り替え まずは:

sudo su -

関連するObservium docページに記載されているように:

観察室は、高度化とシームレスな移行を念頭に置いて設計されており、ユーザーはコミュニティ版からプロフェッショナルにスムーズに移行することができます。 エンタープライズ版。

システムをバックアップする

マニュアルを実行 バックアップ 上記とおりに記されている。

サブバージョンをインストール

サブスクリプションエディションは、SVN(サブバージョン)バージョン管理システムを介して初期インストールコードと将来の更新を配信します。 TurnKey の Observium アプライアンス には、デフォルトでは必須のサブバージョンソフトウェアは含まれていません。しかし、apt 経由で簡単にインストールできます(root ユーザとして):

apt update
apt install subversion

不安定なオブザーブリンのジョブ(推奨)

クローンジョブはスケジュール上で実行される自動タスクです。他の機能を含むが、一般的にクローンジョブは、Observium "house keep" に関連しています。 アップグレード中にcronジョブを無効にすることは、厳密に言えばオプションですが、推奨されます。 とはいえ、 法域のポラー(cronジョブによってトリガー)がコードチェックアウトプロセス中に実行されるか、RDDディレクトリを移動すると、それは意図されていない結果をもたらすかもしれません。 cronジョブを無効にしている場合は、cronジョブも無効にしてください。 再使用可能 更新後(再エナブルなcronジョブは、これらの指示で後でカバーされます)。

オブザーブリン cron ジョブを無効にするには:

cron ファイルを手動で編集する - /etc/cron.d/observium - とすべての cron ジョブ ラインをコメントアウトします。 つまり、すべての cron ジョブ ラインの開始に '#' 文字を追加します。 どの行に「#」を追加すればよいかをお勧めします。 つまり、既存の意図的なコメントは「##」と接頭辞し、より信頼性が高く、間違いにくくくない傾向を再エナブルすることを意味します。

あるいは、コマンドラインですぐにsedコマンドを実行できます。 このコマンドは、cronファイル内のすべての行に'#'を追加(マニュアルの指示による推奨)。 このコマンドは、このスクリプトを再実行すると、追加変更が生じるという意味が重要ではありません。 名称: NOT 一度以上実行してください! なら、cron ファイルを手動で修正/編集して、cron ジョブを再有効化する必要があります。

sed -i "s|^|#|" /etc/cron.d/observium

SVNリポジトリコードに移行 - 古いファイルをSVNバージョンに置き換えます

SVNリポジトリに転送するには、新しいコードのコピーをチェックし、既存のconfig.phpとrrdディレクトリを新しいコピーに転送する必要があります。

下のコマンドは、安定した列車をインストールします。 転がりの列車を使用する場合は、ブランチ/テーブルをトランクで3番目のコマンドに置き換えてください。 詳細は、Observium docs を参照してください。

下記の更新プロセスでは、ユーザー名とパスワードの入力を促します。これらの認証情報は、 サブスクリプションポータル.

次のコマンドは、現在のオブザーバファイルを途中で動かし、SVN版経由での最新の安定版オブザーバをダウンロードし、コピーバックします。 元のObserviumインストールから必要なファイル(ファイルとRDD&ログディレクトリ)。

cd /opt
mv observium observium-old
svn co https://svn.observium.org/svn/observium/branches/stable observium
cp observium-old/config.php observium
mv observium-old/rrd observium-old/logs observium
cd observium
./discovery.php -u

再利用可能なオブザーブロンジョブ(推奨 - 無効にされている場合)

推奨されるように、Observiumアップグレードの前にそれらを無効にした場合、再エキシングcronジョブが必要です。 その初期ステップをスキップすると、あなたが行うことを確実にします 名称: NOT この手順に従ってください! 代わりに次のセクションにまっすぐスキップ.

cronジョブを手動で再エンableするには、上記の無効なcronジョブで実行されたプロセスを反転します。 I.e. 各行の開始から「#」を削除(意図的なコメントを除く)、Observium cronファイル - /etc/cron.d/observium 。

上記の初期無効なcronジョブで示されたsedコマンドを使用してcronジョブを無効にすると、以下のsed行で再有効化できます。 どの行からでも「#」の先頭の文字を外します。 名称: NOT これをする なし 前の sed コマンドを使用して、 cron ジョブを無効化します。 前の sed コマンドでは、このコマンドは idempotent ではなく、 一度以上実行すると、追加変更を行います。 やっとする 名称: NOT 一度以上実行してください! もし、 '#' で意図的なコメントがプレフィックスされていることを 意味するために、cron ファイルを手動で編集/修正する必要があります。

sed -i "s|^#||" /etc/cron.d/observium

必要であれば、 デフォルトTurnKeyの観測所cronファイル cronファイルを修正する必要がある場合は、相談できます。

最終的なクリーンアップ(任意)

移行アップグレードが期待どおりに機能したことを確認したら、アップグレードプロセスで作成した古いオブザーバファイルを削除できるようになりました。 observium_old ディレクトリを削除します。

rm -rf /opt/observium_old

サブスクリプション版を最新のものにアップグレード

既にアップグレード済みのオブザーバをアップグレードしている場合は、このプロセスのみ適用されます。 サブスクリプション版.

システムをバックアップする

開始する前に、マニュアルを実行します バックアップ 上記とおりに記されている。

無効なcronジョブ(オプションが推奨されます)

不安定なオブザーブリン cron ジョブ 上記に文書化した。

最新版の安定版をアップデート

SVN を使用した Observium のサブスクリプション版の更新は簡単です。 最新バージョンの安定版に Observium サブスクリプション版をアップグレードするには、以下のコマンドを使用します。

cd /opt/observium
svn update
./discovery.php -u

代替/追加オブザーバリウムプロ/エンタープライズアップグレードオプション

旧バージョンへのダウングレードは、Webappソフトウェアは一般的にサポートしていません。 特にオブザーバのケースは確認できませんが、そのルールに刺さると問題に遭遇する可能性は低いです。そのため、マニュアルを作成 バックアップ 上記のように常にお勧めし、ベストプラクティスを検討しています。

特定のリビジョンにオブザーバリウムサブスクリプション版を更新する

最新安定版の更新よりも、特定のリビジョンにアップグレードしたい、つまり安定版リリースタイムラインの特定の場所。 特定のリビジョンにObserviumをアップグレードすることは、プロセスと指摘されたコマンドと非常に似ています アップグレード 上記の手順。ただし、'svn update' コマンドは '-r <revision number>' で追加されます。

svn update -r <revision number>

例えば、インストール/アップグレードバージョン 0.12.4.3049 を望むとします。SVN リビジョンは最後の番号なので、次のコマンドを実行します。

svn update -r 3049

詳しくは、オフショナリーをご覧ください サブスクリプションエディションのアップグレードドキュメントの観察 より多くのオプションと詳細。