Ansibleによるmackerel-agentセットアップマイレシピ - bluebird
このエントリーは、Mackerel Advent Calendar 2020の14日目エントリーです。 qiita.com 定番ネタですが、自分がmackerel-agentをAnsibleで設定する場合のPlaybookの記述についてです。サーバーにはUbuntu 20.04.1 LTSを使用しています。 Playbook - hosts: ubuntu become: yes tasks: - name: (1)setup repository shell: wget -q -O - https://mackerel.io/file/script/setup-apt-v2.sh | sh - name: (2)install mackerel-agent apt: name: [ 'mackerel-agent', 'mackerel-agent-plugins', 'mackerel
コマンドを実行しその終了ステータスコードメトリクス化するMackerelカスタムプラグイン - Hateburo: kazeburo hatenablog
Mackerel Advent Calendar 2020 15日目の参加記事です。 キャッシュの更新やなんらかの同期を行うコマンドなどをcronにて実行している場合、メンテナンスや一時的なネットワークの不調によりコマンドがエラーになっても問題ないが、一定時間以上エラーが続くと困る、みたいなことはあると思われます。 mackerelでは、cronのコマンドがエラーになった際に、通知する方法としては mkr wrap が利用できます。 mackerel.io crontabに * * * * * mkr wrap -- /path/to/your-batch ... とすることで、コマンドが失敗した際に、アラートをあげることができます。ただmkr wrapでは1度でもエラーとなるとアラートとなってしまうため、前述したような一定時間エラーになっても問題ないものでもアラートが上がってしまいます。
Googleの45分間ダウンの原因は認証ツールのストレージクォータの問題
米Googleの「Workspace」を含む同社の多くのサービスが12月14日の午後9時ごろから約45分間使えなくなっていた障害の原因は、各種サービスにログインするための認証ツールのストレージクォータの問題だったと、Googleが同日、英Guardianなどのメディアに声明文を送った。 Googleの広報担当者によると、このダウンの原因は、Googleとサードパーティのサービスへのログイン方法を管理する認証ツールの障害だったという。認証を処理するサービスのためのストレージが不足すると自動的に割当を増やす（ストレージクォータ）ツールが正常に動作しなかった。 この問題により、GmailやGoogleカレンダーなど、利用するためにログインが必要なサービスが利用できなくなった。また、Googleの認証プラットフォームを利用するサードパーティのサービスでも、ユーザーがログインできなくなっていた。Go
マイクとカメラを妥協しないミニマルデスクをつくる｜Jun Tanaka
Noteの皆様、はじめまして。 今年はワークスタイルの変化に伴い、自宅の作業環境を改めて整備した方も多いのではないでしょうか。私が所属するツクルバでも、エンジニアが所属するチームは春から全面的にリモート体制へ移行しました。 その後、オンラインミーティング向けに自宅の作業環境のアップデートを重ね、その変遷を社内で共有したところ大変好評をいただいたので、Noteでも共有することにしました。少々長い記事ですが、お付き合いいただけると嬉しいです。 Macだけで良かった時代前職時代にリモートワークが許可されていたこともあり、以前から自宅の作業環境を既に整備していたので、リモート体制への移行はスムーズでした。下の写真は数年前の自宅デスクです。デスク上にiMacしかない、素晴らしい環境でした。 これなら、かのデスクすっきりマガジンの皆様もニッコリしてくれるでしょう。 しかし、今年になってこのすっきりデス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch