こんにちは、

最新機能を発表いたします："インシデントのためのWebhook"

Xitoringの通知チャンネルでは、サーバーやウェブサイトに関するインシデントやアラートを即座に受信することができます。Google ChatやMattermostなど、通知チャンネルへの統合の追加に常に取り組んでいます。

XitoringでWebhookを設定する方法と、XitoringがWebhook URLに投稿する例を説明します。

Webhook URLの作成

開始するには、サーバーまたはアプリケーションにWebhook URLを作成する必要があります。これはXitoringがWebhook通知を送信するURLです。URL が一般にアクセス可能で、HTTP POST リクエストを受信できることを確認することが重要です。

XitoringでWebhookを設定する

Webhook URL を取得したら、Xitoring アカウントにログインし、Notification Roles ページに移動します。そこから、新しい通知ロールを作成するか、既存のロールにウェブフックを追加することができます。そして、提供されているフィールドにWebhook URLを入力し、"Send a Test Notification "をクリックして、すべてが正しく設定されていることを確認します。

リクエスト内訳

以下の表は、Xitoringウェブフック機能をアプリケーションに簡単に統合するためのガイドです。

常に最新のリリース情報をお届けします。 これ.

ご不明な点がございましたら、サポートチームまでお問い合わせください。 [email protected]

こんにちは、

心拍モニタリングがついに登場した！

Xitoringでは、お客様のサービスやアプリケーションがスムーズに動作することがいかに重要であるかを理解しています。そのため、最新の機能である ハートビート・チェック.

では、ハートビート・チェックとは何でしょうか？簡単に言うと、お客様のサービスやアプリケーションが定期的にXitoringに送信する信号です。Xitoringのシステムは、一定時間内にハートビートを受信したかどうかをチェックします。ハートビートを受信していない場合、サービスまたはアプリケーションが正しく応答しておらず、インシデントが発生していると考えられます。

ハートビート・チェックの設定は簡単です。他の検査と同様にラベルを選択し、適切なトリガと通知の役割を設定し、フォールトトレランス（ハートビート間の最大間隔）を希望の時間枠に設定するだけです。チェックを作成すると、ハートビートの定義に使用できる一意のリンクが送信されます。スクリプトやコードに簡単なGETリクエストを追加するだけで、サービスやアプリケーションがスムーズに動作していることを確認できます。

Linuxマシンの全体的な可用性チェックを行うには、ハートビートチェックを使用するのも良い方法です。GETリクエストコマンドをcrontabに追加することで、マシンが1分ごとに稼働していることを確認できます。

ハートビート・モニタリングの使用例

サービスの中断に油断することはありません。Xitoringのハートビート・チェックなら、サービスとアプリケーションが常に監視されているので安心です。今すぐお試しください！

ハートビート・モニタリングの詳細、およびBashスクリプトとPythonのコード・スニペットは、以下のページでご覧いただけます。 docs.

こんにちは、

アップタイムチェックやサーバーのアップタイムレポートを、ご希望の期間（日次、週次、月次）とメインメールまたはチームメイトを指定して複数作成できる「定期メールレポート」機能を含む新バージョンをリリースしました！

無料プランでは1つのレポートに限られるが、有料ユーザーは好きなだけレポートを作成できる！

メールレポートがスケジュールを送信：

• デイリーレポート をクリックすると、毎日午前10時（UTC）にEメールでレポートが届きます。
• 週間レポート 毎週月曜日午前10時（UTC）にEメールでレポートをお送りします。
• 月次レポート 毎月1日午前10時（UTC）に、Eメールでレポートをお送りします。

(さらに…)

XitogentがRedhat 9ディストロに対応しました。 Xitoringでは、サーバー監視（5台まで）を無料で提供しています。 Centos 9 / レッドハット9 / クラウドリナックス9 / アルマリナックス 9 / Rockylinux 9 ユーザー

XitogentをRedhat 9ディストロのサーバーにインストールすることで、手間をかけずに簡単にサーバーの統計やデータを収集することができる。Xitoringは、サービスの発見、初期チェックの作成、グラフの生成、初期トリガーの設定など、ほとんどのことを行ってくれる。

Xitogentは、お客様のサーバー上でサービスとして実行され、サーバーの統計データを自動的に最寄りのXitoringサーバーに継続的に送信します。定期的な間隔で実行され、最寄りのプローブ・ノードに統計情報を送信します。弊社では、そのデータを使用してサーバーに問題がないことを確認し、有用なグラフ（サーバー負荷、CPU使用率、メモリ使用率、ディスクIO、ディスク使用率）を作成します。

Xitoringを初めてご利用になる場合、1分で登録でき、5台のLinuxサーバーの監視を永久に無料で開始できます！

Xitogentについて

こんにちは、

Xitoringの新機能を発表できることを嬉しく思います。この新機能では、メンテナンスウィンドウ中の誤検出アラートやダウンタイムの不正確な報告を避けるために、アップタイムチェックとサーバーの「メンテナンススケジュール」を作成することができます。この機能は、無料・有料を問わず、制限なくご利用いただけます。選択された監視チェックまたはサーバーは、メンテナンスウィンドウの間、一時停止されます。また、ステータスは自動的にパブリックステータスページに反映され、ユーザーに通知されます。

メンテナンス中にモニタリングを一時停止する必要はありますか？

それは、実行されるメンテナンスの種類と組織の特定の要件に依存する。場合によっては、誤検知やダウンタイムの不正確な報告を避けるために、メンテナンス中はアップタイムモニタリングを一時停止する必要があるかもしれません。

例えば、システムまたはサービスをオフラインにしたり、重要なコンポーネントに変更を加えたりするメンテナンス活動の場合、メンテナンスが完了するまでアップタイムモニタリングを一時停止する必要があります。そうしないと、監視システムが誤った警告を生成したり、誤ったダウンタイムを報告したりする可能性があります、 これは混乱と不必要な調査につながる可能性がある.

一方、メンテナンス活動がシステムやサービスのアップタイムに影響を与えないと予想される場合は、アップタイム・モニタリングを一時停止する必要はないかもしれません。実際、メンテナンス中もアップタイムの監視を継続することで、メンテナンス活動中に発生する可能性のある予期せぬ問題を特定することができます。

最終的には、メンテナンス中にアップタイムモニタリングを一時停止するかどうかの判断は、システムのアップタイムに対するメンテナンスの潜在的な影響の評価、および組織の特定の要件と目的に基づいて行うべきである。モニタリングのいかなる変更も、関連する利害関係者に伝達し、明確な期待が設定されるようにすることが重要である。

最初のメンテナンスの作成にヘルプが必要な場合は、以下を参照してください。 資料 または [email protected] までいつでもご連絡ください！

ありがとう。

ユーザー体験を向上させるために、React v18を使用して最新の技術でユーザーインターフェイス全体を再コード化したことを発表できて、とても感激しています。私たちのフロントエンドエンジニアとプロダクトチームは、日々のビルド、機能追加、バグ修正に懸命に取り組んでいます。

また、ダークモードも追加された！

ダッシュボードの新しいドラッグ＆ドロップ可能なウィジェットで、サーバー、アップタイムチェック、インシデント、またはログインセッションや課金などのアカウント関連のものを一目で見ることができます。

ダークモード：

ライトモード：

ご期待ください！近日中に良いニュースがたくさん発表される予定です！

ご質問やご意見がございましたら、いつでも [email protected] までご連絡ください。