はてなブックマーク

できるなら、セキュアーに使えるSaaSを選びたいと考えている人も多いと思います。今回のポストでは、イベントのデモなどでは絶対に説明しない、セキュリティーが気になる人向けのtipsを書こうと思います。 Login関連 Login関連で、セキュリティーに貢献できることをまとめてみます。 Google アカウントのログイン機能を使って2段認証 私は、Googleアカウントを登録しています。日常的に多岐に渡るgoogleサービスにお世話になっていて、Chrome BrowserにはGoogleアカウントが設定されている状態です。これで、Datadogのへのアクセスにパスワードを入力する必要がなくなると同時に、MFAにも対応することができます。 GoogleのMFAに関しては、このドキュメントを参照してください。 このGoogleアカウントは、Sginupの時から使うことが可能です。 Signupへ

Datadogが提供するProcess Checkは非常に強力です、サーバー内で動作しているProcessの状況をメトリクスとして集めてくれるます。しかしながら、yamlを設定する際に注意して欲しい点があります。 まず、サンプルyamlのオプションの部分を見てください。 # - name: (required) STRING. It will be used to uniquely identify your metrics as they will be tagged with this name # search_string: (required) LIST OF STRINGS. If one of the elements in the list matches, # return the counter of all the processes that contain the

FAQ化しているネタなので、Qiita上に公開しておきます。 Datadogの"Amazon Web Services Integration”の設定画面をよく見ると、AWS credentailsの入力欄の下にLimit metric collection for all accountsと言う項目があります。この部分をクリクすると、EC2につけたタグに基づいて メトリクス収集するEC2の制限をする ための設定用入力欄が表示されます。 By Hosts and Tagsという項目の下のプルダウンメニューを開いてLimit to hostsを選択すると、下記のようにタグの入力欄が表示されます。 ここにEC2インスタンス側で事前に設定した任意のタグを入力(簡易な正規表現の利用可)をすると、そのタグの条件に基づいたEC2インスタンスの情報のみが収集されるようになり、課金対象が制限できるようにな

今回のポストは、AWS-UG アドベントカレンダーの12/22日ポストです。 ECSのプレビューは無事に入手できたのですが、@spesnova氏により「Datadog で Docker コンテナをモニタリングする」で紹介されている方法を使ってメトリクスが収集できるかどうかを検証できるほど時間が取れなかった。なので、お題を変更してDatadog AgentがDcokerのメトリクスをどのように集めているかを探ってみることにしたいと思います。(ごめんなさい。)そして先のポストを読む際のサプリメントとして、目を通してもらえると幸いです。 Dcokerのメトリクス Dockerのメトリクスに関して詳しく書かれているドキィメントは、「Runtime Metrics」ではないかと思います。要は、「Linuxコンテナのメトリクスは、cgroupを通して公開される」ということだど思います。従って正しいマウ

Each invoice is determined by the high watermark of concurrently running hosts for that month. 請求金額の基本となるインスタンス数は、当該月に同時に監視していたインスタンス数の最高値にを基準としております。 パブリッククラウドの利用形態を考えるとインフラに帰属するインスタンスの数は常に変わるし。AWSは時間課金でチャージされているので、同じ時間課金方式はないのかと思いますよね。 朗報は、Datadogにも期間課金のスキームはあります! どういうケースに時間課金を使うのか? インスタンス数がオートスケールする仕組みを使ってサービスをしている場合、一時的にスケールアウトし、月に数時間しか稼働しないインスタンスに対し固定で課金されるのは避けたいものです。 監視しているインスタンス数が流動的な場合に 時間

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 僕は、ものぐさなのかもしれない。 「監視システムが落ちていて、警報がでなかったら?」「何種類の異なるシステムを運用するのか?」と考えると、自前で監視ステムを運用する気になれない。 ということで、僕のお得意のDatadogを使って、どこまでGCPが監視できるのか探ってみることにす。 Datadogは、GCP パートナーエコシステムのメンバーだった。 [2014/11/04のプレスリリース] "Datadog joins Google Cloud Platform Partner Ecosystem to Monitor Infrastru

定期的なメンテナンスで監視対象になっているサーバーが停止することが予め分かっている場合など、無駄にアラートが飛ぶのを止めておきたいものですよね。 またサーバーに障害が発生し、対処に手こずっているいる横でアラートが出続けるのもあまり気分の良いものではないですよね。 日頃、地道に頑張っているインフラ管理者の気持ちを察して、Datadogではアラートをミュートする方法を2つ準備しています。 ダッシュボードからアラートをミュートする方法 Datadog APIを使ってアラートをミュートする方法 (MUTE/UNMUTE ALL ALERTING) 1. ダッシュボードからアラートをミュートする 例えば、DatadogのダッシュボードからMonitors --> Manage Monitors --> Hostsとクリックしていきます。この段階で、Datadog Agentからのメトリクスデータに関

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS re:Invent 2014でDatadogの展示スタッフとしてブースに立ち、NYCオフィスで開発を担当しているエンジニアさん達のデモ内容を3日間見ていると、自分が持っていたDatadogの利用イメージが幼稚であったことをつくづく実感しました。この感覚が薄れる前に、学んだことを書き残しておくことにします。 Datadogは、OPSの視界を確保する! 一般的にDatadogは、綺麗なグラフが書けるモニタリングSaaSだと思っている人が多いと思います。しかし、実際はそれだけではないです。(実際にグラフ描写だけで考えると圧倒的に綺麗な