はてなブックマーク

Kubernetesの監視方法とベストプラクティス インフラストラクチャ全体のオブザーバビリティのためのKubernetes監視シリーズ その1 短命のコンテナを監視するため、Kubernetesは、アプリケーションのパフォーマンスを理解しやすくするビルトインツールとAPIを備えています。Kubernetesの組み込み監視ツールを活用した監視戦略では、アプリケーションを実行するコンテナが絶えずホスト間を移動したり、スケールアップ/スケールダウンしても、アプリケーション全体のパフォーマンスを俯瞰的に把握することが重要です。 ここでは、Kubernetes環境をインフラストラクチャに組み込む場合に考慮すべきベストプラクティスをいくつかご紹介します。 インフラストラクチャ全体のオブザーバビリティのためのKubernetes監視シリーズ その1このブログ記事では、Kubernetesの監視方法と、

Introducing New Relic’s integration with the coding agent in GitHub Copilot New Relic is revolutionizing software development with the launch of its new integration with the coding agent in GitHub Copilot, combining the power of AI-driven technology with highly automated workflows. This first-of-its-kind solution is designed to streamline issue detection and resolution as well as improve applicati

ここ数年、注目を集めているオブザーバビリティですが、従来からある「監視」と混同している人も多いようです。しかし、オブザーバビリティと従来の監視には決定的な違いがあります。 ここでは、オブザーバビリティの正しい意味と、監視との違いのほか、オブザーバビリティの効果や実現方法について解説します。 オブザーバビリティとは、予期せぬトラブルを防ぐ仕組みオブザーバビリティ（Observability）は、オブザーブ（Observe）：「観測する」と、アビリティ（Ability）：「能力」を組み合わせた複合語で、日本語では「可観測性」あるいは「観測する能力」などと訳されます。システム上で何らかの異常が起こった際に、それを通知するだけでなく、どこで何が起こったのか、なぜ起こったのかを把握する能力を表す指標、あるいは仕組みを指します。 オブザーバビリティでは、アプリケーションの稼働に伴って生まれる膨大な情報

*参照元：「エリート DevOps チームであることを Four Keys プロジェクトで確認する」（Google Cloud Japan ブログより） 4つの値を計測し、継続して改善を繰り返すことで、ソフトウェアデリバリーのスピードと安定性を向上させることができます。それにより、生産性の向上を目指すことがFour Keysの目的です。 Four Keysを用いた調査結果は「State of DevOps Report」に記載されているFour Keysを用いたソフトウェアデリバリーパフォーマンスの調査結果は、「State of DevOps Report」に記載されています。「State of DevOps Report」とは、DORAが毎年公開しているソフトウェアデリバリーパフォーマンスに関するレポートのことです。Four Keysの改善効果が高いとされるケイパビリティについての詳細な

New Relic to be Acquired by Francisco Partners and TPG for $6.5 Billion New Relic (NYSE: NEWR), the all-in-one observability platform for every engineer, today announced that it has entered into a definitive agreement to be acquired by Francisco Partners, a leading global investment firm that specializes in partnering with technology businesses, and TPG, a leading global alternative asset manageme

この記事はWhat are SLOs, SLIs, and SLAs?の意訳です。 サービスレベルとは、特定期間中にユーザーに提供されたサービスの状態を、測定可能な表現方法で言い表したものです。 サービスレベル目標（SLO）とは、システムから期待される可用性などに関する目標値ですサービスレベル指標（SLI）とは、システムの可用性などを特定するための主要な測定値ですサービスレベル契約（SLA）とは、合意された内容およびシステムがSLOを満たさなかった場合の対応を説明した法的契約です。たとえば、動画配信サイトに関するSLOでは、1週間の99％において、動画の再生を2秒以内に開始しなければならないと取り決められている場合があります。SLIは、サイト上で再生ボタンが押されてから2秒以内に開始した動画の割合を測定します。SLAには、このSLO、顧客、サービス提供者が合意した他のSLO、対象となるサー

オブザーバビリティ（可観測性）とは、システムから出力されるデータを用いて、その内部状態をどれだけ正確に推測できるかを示す指標です。これは、エンジニアがシステムの動的な振る舞いを迅速に解明し、パフォーマンスと信頼性を向上させるためのプロアクティブな対策を講じることを可能にする一連のプラクティスを指します。オブザーバビリティは、長年確立されてきた「監視」の概念を拡張し、システムに関するより高度な洞察を引き出すものです。 オブザーバビリティプラットフォームは、データの収集、保存、分析、可視化を一元的に行うためのソリューションです。メトリクス、イベント、ログ、トレース（これらを総称してMELTと呼びます）などのテレメトリーデータを集約し、ソフトウェアシステムの全運用データにわたる相関的なリアルタイムビューを提供します。このプラットフォームは、エンジニアが未知の問題を探求し、アプリケーションとインフ

今やKubernetesはコンテナオーケストレーションのデファクトスタンダートになっています。うまくインフラを抽象化しているため、開発者は必要なリソースを確保して可用性の高いコンテナアプリケーションを簡単にデプロイできるようになりました。しかし、これは運用管理者の立場に立ってみるとあまり嬉しいことではないかもしれません。あまりに簡単にデプロイできてしまうため、クラスターのキャパシティを枯渇する可能性が高まります。規模が小さいうちはコミュニケーションでカバーすることが可能ですが、サービスが拡大して規模も大きくなってくると、オンデマンドな手順ではすぐに限界を迎えます。規模が拡大しても良いように、運用管理者はしっかりとキャパシティマネジメントを行う必要があります。本ポストでは、Requests / LimitsによるPodスケジューリングの概念を理解した上で、Limit Rangesを使ってKu

カーディナリティが低いデータしかない？ 大規模なマーケティングキャンペーンを実行したその日、ウェブサイトが遅くて商品をカートに入れられないというお客様の声がツイッターに流れていたとします。幸いなことに、運用チームは「504エラーが過剰に発生したときに検知して警告する」といった監視設定をしていました。しかし、問題の原因を調査しようとすると行き詰まってしまうことに気づきます。エラーを引き起こす可能性のある膨大な数の関連要因、必要な詳細情報が収集して確認できるデータに欠けているのです。障害対応を行うチームは単に一連のメトリクスを監視するだけでは不十分であることに気づき、頭を抱えます。つまり、カーディナリティの高いデータ (後述します) があらかじめ収集されていなければ、サイトに影響を与えている根本的な問題を特定し、影響を軽減するための方法に最速で取り組むことができないのです。 まずは“オブザーバ

2021年12月9日、Apache Log4j 2プロジェクトは、GitHubの公開プロジェクトを通じてゼロデイ脆弱性を公開しました。多くのお客様がそうであるように、私たちもエージェントのロギングにlog4jフレームワークを使用しているため、できるだけ早くエージェントのアップデート版を公開したいと考えていました。本投稿はLog4j Zero Day Vulnerability and the New Relic Java Agentの抄訳になっています。 このたび、New Relic Java エージェントのアップデート版 6.5.1 および 7.4.1 を公開しましたので、すべてのお客様にできるだけ早くこれらのバージョンにアップグレードしていただくことをお勧めします。New Relicのセキュリティ情報Security Bulletin NR21-03としても公開しています。 Java

セキュリティ、ネットワーク、オブザーバビリティなどに関する機能などを実装する際には、Linuxカーネルでの作業が理想的です。しかし、課題がないわけではありません。カーネルのソースコードを修正するにしても、モジュールを追加するにしても、開発者は従来、複雑なインフラや抽象化されたレイヤーに悩まされ、デバッグが困難になっていました。 これらの問題を解決するのが拡張BPF（eBPF）です。 eBPF（Extended Berkeley Packet Filter）は、カーネルのソースコードを変更したり、モジュールを追加したりすることなく、プログラムを実行することができる（Linux 4.xより導入された）カーネル技術です。eBPFはLinuxカーネル内の軽量なサンドボックスされた仮想マシン(VM)と考えることができ、プログラマーは特定のカーネルリソースを利用したBPFバイトコードを実行することがで

ISUCON11 New Relic 支援プログラムにあわせて、ISUCON10 予選問題(以下、予選問題)をテーマにNew Relic Go APM Agentをインストールし計測するための手順について解説したいと思います。ISUCON運営による、ISUCON10予選問題の解説と講評もあわせてご一読ください。また、Infrastructure Agentの導入についての記事も公開しています。 この記事では、Go言語での予選問題の参考実装にNew Relic Agentを適用し、より詳細に計装するためのコードを記述する手順を説明します。 New RelicのAPM Agentはほとんどの言語で数行のコードを追加するだけで計装でき、トランザクションあるいは分散トレーシングの計測を開始することができます。しかし、Go言語では自動でトランザクションの計測ができず手動でのコード追加が必要です。Go

TL;DR こんにちは Reli です、今年もISUCON の熱い夏と必死に素振りをする季節がやってきましたね！ 今回も New Relic は大会参加者を応援するために参加者むけライセンスや技術サポートなど大会を盛り上げるための支援を実施していくことが決まりました。そこでこの Blog 記事では、ISUCON11に向けて実際に New Relic ライセンスを入手する方法や、技術サポートにアクセスする方法、他どうでもいい情報まで含めて解説していきます。Get Ready for ISUCON11! ISUCON11 向け New Relic ライセンスの獲得方法 ISUCON11 向け New Relic テクニカルサポート ISUCON で New Relic をうまく使う方法 Nerd Jacket for New Relic Award ISUCON11向け New Relic ラ

New Relic Oneへの変革は監視から可観測性への変革です。可観測性とはなにか「What Is Modern Observability?」の抄訳にてお伝えします。なお、この掲載内容は以前Le Journal du Netに掲載されています。 監視ではITシステムで異常が起きたときに単に通知するだけですが、オブザーバビリティではなぜ生じたかと、システムの動作がどのようになっているかを把握できます。 多くの最新技術や実践によりソフトウェアチームは、マイクロサービス、クラウド、コンテナ、サーバーレス、DevOps、SRE、infrastructure-as-codeなどにより、より頻繁かつ効率的に開発したアプリケーションコードを展開することができます。頻繁なデプロイにより実際に成果を得られていますが、このようなアプローチにはよりいっそうの複雑性、揮発性、ソフトウェアアーキテクチャの分断が

オブザーバビリティ（可観測性）に関して、2021年はどのような一年になるでしょうか？New RelicのシニアテクニカルコンサルタントであるTricia Kerrが、New Relic社内外の専門家から意見を集めました。「Predictions for Observability's Evolution in 2021」の抄訳です。 2020年、オブザーバビリティについて様々な議論がありました。どのように定義すべきか。監視からオブザーバビリティへ移行するときの原則や注意点はどのようなものか。オブザーバビリティにゴールは存在するのか（もしくは民主主義のように常に良いものにしようと努力するものなのか）。偽物のオブザーバビリティを見分ける方法はあるか。受動的な行動からデータ駆動な行動へと移行するにはどうしたらいいか。 来年も、オブザーバビリティは進化し続けるでしょう。パンデミック後のDX（デジタ

2020年8月24日 15:00 をもって New Relic 株式会社は大きな製品体系と価格体系の変更を行いましたので、プレスリリースなどでは説明しきれていないポイントを踏まえながら日本語で解説します。また、早速すでにいくつかニュースメディアでも取り上げていただきました。こちらも併せてご参照ください。 デジタル・ニューノーマル構想を掲げるNew Relicが製品や価格体系を刷新(ASCII.jp) 「エンジニア課金」を採用　New Relic Oneの製品／価格体系が変更 (IT Media エンタープライズ) New Relic、システム性能監視ツール「New Relic One」の製品体系をシンプル化 (IT Leaders) 「New Relic One」が製品・価格体系を変更し、全機能が利用可能な無料ライセンスの提供を開始 (CodeZine) New Relic 製品体系の変更

以前のPostでECS Fargateにおけるコンテナレベルのメトリクスを収集する方法を紹介しました。投稿時点ではBeta提供となっておりましたが、この度、正式な機能としてリリースされましたので改めてご紹介します。 Amazon ECSは、コンテナを簡単に実行、停止、管理できるようにするスケーラブルなコンテナ管理サービスです。New Relicでは、Amazon ECSオブジェクトからのメトリックをレポートすることにより、基盤となるコンテナインスタンス（EC2起動タイプ）とコンテナレイヤーを計測します。もちろん、Fargateにも対応しています。本機能により、ECSインスタンス、タスク、サービス、およびコンテナに関する洞察が得られます。 New Relicのインフラストラクチャエージェント（newrelic-infra）のタスクが、デーモンスケジューリングを使用してサービスとしてECSクラ

New Relic Synthetics New Relic には外形監視を行う New Relic Synthetics というサービスがあります。 New Relic Synthetics を利用する事で WEBサービスの死活監視 世界中からのアクセス速度測定 SaaS サービスのユーザ操作シナリオ監視 APIの応答監視 などを行う事ができます。 モニタータイプ New Relic Synthetics では監視のための設定を「モニター」と呼びます New Relic Syntheticsには4種類のモニターがあり、このモニターを使い分けて様々なモニタリングを実現します。

先日発表した、ISUCON10参加チーム向けNew Relic特別無料ライセンスの申し込み方法について本ブログにて説明します。 Note: こちらの特別無料ライセンスは新規申し込みは終了しました。多数のお申し込みありがとうざいました。 https://blog.newrelic.co.jp/new-relic-news/get-ready-for-isucon10/ 既存の仕組みを利用していますが、ISUCON10参加者向けに調整している箇所がありますので、お手数ですが以下の手順に従いぜひお申し込みください！ 申し込み手順 以下の申込みフォームに記入してください。 30day free trialなどと記載がありますが申し込み後にISUCON向けに調整されます。いくつか記入項目がありますが、次のように記入ください。 First nameおよびLast name: 代表者の指名 email: