サーバーが高負荷状態になったときのプロセス一覧を自動で出力させておく - えいのうにっき
趣味でお世話をしているサーバーインスタンスのうちのひとつが、最近以下のような事象を時折起こしておりまして。 深夜に一時的に高負荷状態に陥る 朝起きてみたらそれに気づく（終息している） さすがに趣味の範疇なので、深夜に飛び起きて対応できるようなアラート通知設定はしておらず、とはいえ起きてからその理由を探ろうとするのだけど、終息したあとに見られるものといったらせいぜい以下のようなことくらい？ モニタリングツール（Mackerel）のその当時のグラフの様子 アプリケーションログを見る /var/log とかに出力されてるログを見る 今回の場合だとCPU使用率とLA（ロードアベレージ）が高騰していたことくらいしかわからずで、そのときにどういうプロセスがリソースを食ってたんだろう、みたいなことは把握することができなかった。 こんなかんじ。diskはちょっとハネてるかな...。。 対象のサーバーには
Java 9: Tips on Migration and Upgradability
Using ChatGPT to Search Enterprise Data with Pamela Fox In this episode, Thomas Betts talks with Pamela Fox, a cloud advocate in Python at Microsoft. They discuss several ChatGPT sample apps that Pamela helps maintain. These include a very popular integration of ChatGPT with Azure OpenAI and Cognitive Search for querying enterprise data with a chat interface. Pamela also covers some best practices
InfluxDBのOpenTracing対応: 分散トレーシングのオープンスタンダード | Yakst
マイクロサービスの構成が増えるにあたりシステムが複雑化し問題が発生した際の原因究明が困難となり分散トレーシングの必要性が高まっています。一方でこの計装はとても大変で、これに対しOpenTracingはベンダーに中立な標準規格を目指しこれを簡易化可能としています。InfluxDataはこれに対して、TelegrafのZipkinプラグインを提供しています。またInfluxDBはトレースのデータ保存にも構造的に最適なデータストアと考えており、InfluxCloudサービスでOpenTracingを実装中です。 [InfluxData]原文 OpenTracing | Open Standard for Distributed Tracing | InfluxData (English) 原文著者 GIANLUCA ARBEZZANO 原文公開日 2017-10-25 翻訳依頼者 翻訳者 tak
Announcing Prometheus 2.0 | Prometheus
Announcing Prometheus 2.0 Nearly one and a half years ago, we released Prometheus 1.0 into the wild. The release marked a significant milestone for the project. We had reached a broad set of features that make up Prometheus' simple yet extremely powerful monitoring philosophy. Since then we added and improved on various service discovery integrations, extended PromQL, and experimented with a first
Decrypting TLS Browser Traffic With Wireshark – The Easy Way! | Jim Shaver
UPDATE:I’m in the process of migrating my most popular articles and writing some new posts over at redflagsecurity.net. See the latest version of this post at this link. Intro Most IT people are somewhat familiar with Wireshark. It is a traffic analyzer, that helps you learn how networking works, diagnose problems and much more. One of the problems with the way Wireshark works is that it can’t ea
InfluxDBの内部構造入門 パート1 | Yakst
InfluxDBの内部構造についてのまとめをご紹介します。3部構成のうちこのエントリではデータをどのように永続化し、圧縮するかについてを取り扱います。 InfluxDBの内部構造についての入門セッションをInfluxDBの新しいメンバー向けにPaul Dixが開催してくれました。 多くのことを学びましたのでコミュニティーに内容を共有したいと思います。私のInfluxDBへの理解を整理するためにも、同時にもしかするとInfluxDBがどのようなアーキテクチャーかを学びたいと思っている人の役にたつように、この記事を書いています。この連載のゴールはInfluxDBのアーキテクチャに関する概要を整理された状態でご紹介することです。 内容がたくさんありますので、3つのパートに分けてお伝えします。最初の投稿ではデータモデルと書込みについて、2つ目の投稿ではクエリーについて、3つ目の投稿ではInflux
Creating a new query runner (data source) in Redash
This site is in read only mode. Please continue to browse, but replying, likes, and other actions are disabled for now. To support new data source type in Redash, you need to implement a Query Runner for this data source type. I’m working on a Snowflake query runner, so decided to use this opportunity to describe the process of adding a new data source: We start with implementing the BaseQueryRunn
次世代監視ツール Sensu リファレンス - Qiita
バージョン 0.9 くらいのときの公式ドキュメントのざっくり訳＋個人のメモ 情報が古い＋理解が間違ってるとこあるかもなので注意して欲しいけど、需要がありそうなので出してみる Overview Sensu は監視ツールの一つ。Sensu はよく "monitoring router" と記述される。もっと平たく言うと、Sensu は多くのノードに対して "check" スクリプトを実行し、1 つまたは複数の Sensu サーバーにて "handler" スクリプトを実行する。 例えば、Apache の死活チェックをするとしよう。チェックスクリプトにより死活だけでなくメトリクスも収集する。そしてそのアウトプットは 1 つまたは複数の Handlers にルーティングされる。Handlers はチェック結果によって何をするのか定義するものだ。Handlers は今のところ E メール、IRC、T
Data Sketching - ACM Queue
May 31, 2017 Volume 15, issue 2 PDF Data Sketching The approximate approach is often faster and more efficient. Graham Cormode Do you ever feel overwhelmed by an unending stream of information? It can seem like a barrage of new email and text messages demands constant attention, and there are also phone calls to pick up, articles to read, and knocks on the door to answer. Putting these pieces toge
一筋縄ではいかない、Pawooとマストドンのデータ分析について - pixiv inside
こんにちは。新卒エンジニアのtohhyとpotato4dです。 今回の記事では、新卒研修の一環として行っている、Pawooのデータ解析基盤の整備業務について紹介します。 Pawooのデータとマストドンの思想について Pawooの開発で社として特に意識している事柄として、マストドン本家の思想の尊重があります。 マストドンは成り立ちとして、SNSというもののあり方に対する問題意識からスタートしたOSSであり、設計の根底には開発者の思想があります。 マストドンのランディングページの最下部に特徴として列挙されている項目が、そうした思想の一端を表しています。 この「マストドンの特徴」の中に、トラッキングに関する言及があります。「広告もトラッキングもありません」という記述がそれです。 Pawooは本家マストドンからフォークして実装されており、独自の機能を持ってこそいますが、本家に対して変更を提案したり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitter Open Sources Its Telemetry Tool Rezolus for Detection of Short-Lived Anomalies
GitHub - twitter/rezolus: Systems performance telemetry
Agurim : フロー集約によるトラフィックモニタリング — 日本語
IIJ Technical WEEK2017 トラフィック計測のための多次元フロー集約アルゴリズム
Fixing the Plumbing: How We Identify and Stop Slow Latency Leaks at LinkedIn
Monitoring Cloudflare's Global Network Using Prometheus
Setting up a Sensu Slack Handler
InGraphs: Monitoring and Unexpected Artwork
Avoiding Alerts Overload from Microservices
Google, IBM and Lyft Open-Source Microservice Service-Mesh Istio
