タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
分散トレーシングの技術選定・OSS 貢献, Stackdriver Trace での性能可視化・改善 / Distributed Tracing case study
分散トレーシングの技術選定・OSS 貢献, Stackdriver Trace での性能可視化・改善 / Distributed Tracing case study パフォーマンスに苦労している並列処理システムを改善するために Stackdriver Traceを導入して動作の可視化を行った結果、 ボトルネックの存在が判明してパフォーマンスを改善できた事例について紹介します。 この事例でStackdriver Traceを選定した過程や OpenTelemetry へコントリビュートした経緯についても共有します。 また、新規開発のGraphQLサーバへ導入して REST APIサーバと通信をまたいだ可視化を行った事例についても紹介します。
1.については、障害発生時に大きなアドバンテージになりますし、2.についてもパフォーマンス問題が発生した時に重要な手がかりとなります。
GCP連載#1 Stackdriver Loggingへ良い感じのログ出力方法を考える | フューチャー技術ブログ
はじめにGCPをテーマにした連載企画を始めるということで、初回はStackdriver Loggingの活用方法をまとめます。1記事でまとめるには手が余るほど様々な機能があるため、初回はログの出力とビューア周りといったアプリケーション開発者視点での機能に絞って説明していきます。利用コードはGoで書かれていますが、汎用的な内容なので他の言語でもある程度通じる内容にしているつもりです。 連載企画は以下の10本をほぼ連日投稿する予定です。お楽しみに！ Stackdriver Loggingへ良い感じのログ出力方法を考える（この記事です） Istio on GKEではじめるサービスメッシュ Goでサーバーレスな管理画面アプリを作る Cloud Life Sciencesを見てみた 【もう鍵なくさない】GCPのSecret ManagerとBerglasで幸せになる Forseti Config V
概要 Stackdriverを使用してGCE(Google Compute Engine)へ基本的な監視設定を行う手順を説明していきます。 Stackdriverの公式ドキュメントがかなり難解なため、Stackdriverの前提知識が薄い方も理解できる内容で記載していきたいと思います。 なお、本記事はDebian系 or RHEL系のLinuxが稼働しているGCEを想定して記載しております。 今回は基本的な監視設定の解説となりますが、Stackdriverはより応用的な活用をすることでクラウドネイティブな監視ツールとしての威力を発揮します。 目次 1. Stackdriverとは 2. Stackdriverの監視方針 3. Stackdriverの起動方法 3-1. Stackdriver Monitoringの起動方法 3-2. Stackdriver Loggingの起動方法 4.
こんにちはクラウドエース システム開発部のGCP初心者、キムです。 みなさんは Stackdriver Loggingのログの保持期間が30日であることを知っていますか？？私は最近までそれを知らず、1ヶ月前のログが見たく検索したらログがないことにびっくりして困っていました。「ログがなくなって調査が難しい」なんて口が裂けても言えない。どうしよう。。。と、悩んでいたときに先輩が「そりゃ〜ログをエクスポートしておくんだよ」って救ってくれたので、本記事は「Stackdriver Loggingのログをエクスポートする方法」について紹介します。 1. Stackdriver Loggingはログの収集、調査のためのサービス Stackdriver Loggingは、Google Cloud Platform（GCP）に付属する運用管理サービスである Stackdriver の一部で、ログの収集、調査
Google、アプリ用プロファイリングツール「Stackdriver Profiler」を一般提供開始
Google、アプリ用プロファイリングツール「Stackdriver Profiler」を一般提供開始：CPUとメモリを継続的に分析 Googleは、クラウドサービスのパフォーマンス向上やコスト削減に役立つアプリケーション用プロファイリングツール「Stackdriver Profiler」の一般提供を開始した。本番環境でユーザーのコードがどのように実行されているかが分かるため、パフォーマンスの最適化やサーバ利用コストの削減に役立つ。 Googleは2019年6月27日（米国時間）、「Stackdriver Profiler」の一般提供を開始したと発表した。 Stackdriver Profilerは、「Google Cloud Platform」（GCP）サービスに含まれる「Stackdriver」シリーズのうち、監視やロギングのためのツール。ユーザーがクラウドサービスのパフォーマンスを高
Stackdriver Cloud Monitoring Dashboards API のご紹介 | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 2 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。 Stackdriver Cloud Monitoring でダッシュボードを使用すると、重要な指標が時間の経過とともにどう変化しているかを簡単に追跡できます。ダッシュボードでは、アプリケーションの高レイテンシをデバッグするためのデータ可視化や、アプリケーションの主な指標の追跡などが可能です。Stackdriver Cloud Monitoring Dashboards API でのダッシュボードの手動作成は、多数の反復が必要な手間のかかる作業になる場合があります。ダッシュボードの作成後は、組織内の複数のワークスペースでそのダッシュボードを使用して時間を節約できます。 このたび、Google Cloud の Stackdriver Cloud Monitoring Das
概要 Google Cloud Platform からログデータを取得する． logadmin パッケージが提供する，Stackdriver クライアントは使いやすいのだが， 手に入る各ログエントリーは logging.Entry型で，ペイロードの取得が手間である． 本稿では，ログエントリー及びそのペイロード取得方法をまとめる． logadmin パッケージ logadmin は，比較的新しいパッケージで， ログの取得に関わる操作を提供している． 変数filterに入っているクエリにマッチするログデータのみを取得するならば， 下記の通りでよい． import ( "cloud.google.com/go/logging/logadmin" "golang.org/x/net/context" "google.golang.org/api/iterator" ) func GetLogEnt
Stackdriver MonitoringのTotal Latencyメトリクスがどう集計されているのか解明してみる - Qiita
TL; DR https/total_latencies メトリクスは DISTRIBUTION型で、集計元のデータが既にヒストグラム ヒストグラムのALIGN_SUMはヒストグラムのマージ（だと思われる） https/total_latenciesの集計はALIGN_SUM+REDUCE_PERCENTILE_99が良さそう 事の発端 Stackdriver MonitoringのDashboardsは標準でGoogle Cloud Load Balancersなどのダッシュボードを用意してくれて、 レスポンスタイム(Total Latency)やステータスコード(Response by Response Code Class)などが見える 用意されているTotal Latencyの設定はこんな感じになっており、 これを丸コピ参考にしてアラートポリシーを作っていた（最初にWebConso
ちょっとしたことの自動化のために Google Apps Script （GAS）で実装することがあるのだけど、時々、ちゃんと実行されているのかログを取りたいときがある。 これまでは、Logger.log()を使ったり、スプレッドシートに書き出していた。 Logger.log()だと、最後の実行時のものしか見れないし、表示もアレなのでたくさん出力すると探しづらい。スプレッドシートにシートに書き出すと、Logger.log()の問題点は解消できるが、課題解決に本質的でないコードを書かねばならない。 そう思っていたところに去年の夏頃に追加されたらしい1 Stackdriver Logging を見つけた。便利そうなので調べてみた。 料金 Stackdirver は Google Cloud のサービスで残念ながら 2018/03/31以降課金をするそうだ。 でも次の無料枠があり、個人的な効率化
GCP Stackdriver Monitoring 使ってみた感想/AWS CloudWatchとの比較 (2019年5月末時点) - Qiita
GCP Stackdriver Monitoring 使ってみた感想/AWS CloudWatchとの比較 (2019年5月末時点)AWSCloudWatchstackdrivergooglecloud @koshi_life です。 Stackdriver Monitoringを使いはじめて2週間ほど経ちました。とても便利なのでやや気が早いですが、一部AWSのCloudWatchで行っているモニタリング運用の移行を検討しています。 以下、Stackdriver Monitoringを使ってみた感想です。 Good ここが素晴らしい！ ざっと４点。 ①Webの死活監視が Uptime Checks で簡単に設定可能 CloudWatch単独機能ではWebの死活監視(URL監視)ができない1 がStackdriverではURL監視の設定がサポートされており設定も簡単でした。 参考 Stack
3rd party ドキュメントがあまりなかったので書いておく アラートチャンネル google_monitoring_notification_channel の作成 メール メールはサンプルに書いてある resource "google_monitoring_notification_channel" "basic" { display_name = "Test Notification Channel" type = "email" labels = { email_address = "fake_email@blahblah.com" } }
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Stackdriver Traceの導入とCustom Tracing APIによる分析の詳細化
GCP for Stackdriver 設定マニュアル - Qiita
Stackdriver Loggingのログを失う前にエクスポートしておく方法（前編）
Stackdriver Logging からログを取得する - Qiita
GAS でStackdriver Loggingを使う - Qiita
Terraform で Stackdriver の通知設定をする - Qiita
www.rekishijin.com
ipo-ipo.com
kangaenakyane.jugem.jp
colorful.futabanet.jp
hobby.watch.impress.co.jp
news.livedoor.com