はじめに みなさん、観測してますか！（挨拶 システムの監視（モニタリング）は昨今、その軸足が「死活監視」や「リソース監視」から「性能（パフォーマンス）監視」に移ってきています。それは何故でしょうか？ そしてここ最近台頭してきた「可観測性（Observability）」とはどういう意味でしょうか？ New Relic 社の主催する Observability Meetup が先日開催されました。GA technologies 社の事例と、この分野の第一人者である Google の山口氏による背景の解説、そして New Relic が今月以降リリースする予定の新機能についてのセッションを聴いてきましたのでレポートします！。 自分の中で前述の答えがふわふわしていたのですが、これらのセッションによって具体的に落ちてきた感じがします。 なお、すでに運営側より公式のレポートブログが上がっていますので、

皆さま、ご機嫌いかがでしょうか。 最近新しい日本語を学びつつ、すぐ学んだ単語や表現を使ってみる楽しさにハマっているコンサルティング部のキムです！:D 弊社のメンバーに直近教えてもらったのは バザールでござーる のYoutube動画と ござる の使い方でした。こういうのばかり教えて貰えば 困るでこざる でしょう（笑） さて、本日は Mackerel の go-check-plugins に関してお話したいと思います。 お客様の案件で Mackerel の go-check-plugins を使うようになりましたが、作業時に注意点について気づきましたのでその内容をまとめました。 目次 go-check-plugins とは Mackerelにはチェック監視 ということがあります。Mackerel エージェントがインストールされてあるインスタンスの上、mackerel-agent.conf ファ

こんにちわオペレーション部 ttaka です。 今回は Mackerel の外形監視の設定について書いてみます。 想定する読者 Mackerel のアカウントを取得している人 Mackerel で Web サービスを外形監視したい人 記事を書こうと思ったきっかけ Web サービスの監視で一番大切な監視だと思ったから システムの監視をはじめると、まず「何を監視するか？」を考える必要があるかと思います。 システムの用途によって対象は異なると思いますが Web サービスであればサービス監視 = 外形監視は必須かと思います。 そのため、まずは Mackerel での外形監視について設定を行ってみました。 実際の設定 構成図 動作環境 OS: Amazon Linux release 2 (Karoo) Apache: 2.4.39-1 MySQL: 5.7.23 PHP: 7.2.21-1 Wor

こんにちは IT推進室　畠山です。 今回、AWSで運用していたEC2のインスタンスをスケールダウンした際に発生した事象をご紹介します。 AWSの利用は、定期的に適切なインスタンスのキャパシティで運用する事で、コストを最適化しながら運用できることが大事なことです。 そんな中で、私が直面した事象をご紹介して、皆様の適切なインスタンスタイプの選択の助けになれば、幸いです。 c4.largeで動いていたEC2とロードバランサー 当初、c4.largeのEC2で、とあるパッケージソフトを運用しておりました。 その環境のほとんどのサービスをクラウドサービスに移行したためEC2のインスタンスをスケールダウンする事になりました。 ロードバランサーの使用に関しては把握していたものの、影響が出る部分とは認識していませんでした。 行なった作業 行なった作業は単純で、EC2インスタンスを停止して、インスタンスタイ

昨夜Github Trendsを眺めていたら、jsonboxというリポジトリを見つけ、面白そうだったので試してみました。 そもそもjsonbox jsonboxは公開された無料のJSONストレージです。制限事項の範囲で自由に使っていいよ！というサービスです。制限事項に関しては後述しています。 README.mdのサービス説明を引用、翻訳します。 HTTP APIを介してJSONデータを無料で保存、読み取り、変更できます。小規模なプロジェクト、プロトタイプ、またはハッカソンに理想的で、独自のデータストアを作成する必要はありません。 基本機能を試してみる Create https://jsonbox.io/${BOX_ID}へのPOSTリクエストをすることで、レコード作成できます。同じメッセージでも一意な_idがjsonbox側で振られるので、同じJSONメッセージでも新規レコードとして作成さ

GitHub Actionsにより、Pull Requestで変更されたパスに基づいて、設定したラベルを自動付与して、Pull Requestの見逃し防止やモジュール判別をする。 はじめに プロダクトを構成するモジュールが、以下のように複数から構成されている場合、リポジトリ構成はどうしていますか？ web api batch infrastructure cli ... 単一レポジトリ(Monorepo)構成でしょうか？複数リポジトリ(Multirepo)構成でしょうか？ 今回はMonorepo構成の場合に遭遇する、Pull Requestレビュー時の1つの課題解決方法について紹介します。 目を通しておくべきPull Requestかどうか プロダクトが成長すると、それに伴いモジュールの数が増えたり、チームが分かれたりといろいろあります。 モジュール毎にチームが分かれている場合、Pull

渡辺です。 弊社ではお客様の悩みや問題を解決するアンサーブログという文化がありますが、新しく「ドキュメントはブログ」というのを試しています。 現在、 Developers.IO Cafe はSPA（Single Page Application）で構成されています。 SPAとは、単一のウェブページ上でJavaScriptによるルーティングの処理を行うWebアプリケーションです。 一般的に、SPAで内のコンテンツは、APIを通して取得します。 この時、悩ましいのが CORS(Cross-Origin Resource Sharing) です。 本エントリーでは、カフェのSPAでとったCORS対策について解説します。 CORSとは？ CORSとは、簡単に言うと、 ウェブサイトが異なるドメインに対するAPIリクエストをブロック する仕組みです。 あるウェブサイトを開いている時、まったく関係ない別

オペレーション部 江口です。 私の主業務はクラスメソッドメンバーズサービスの品質管理や内部監査なのですが、その活動の一環として企業としての標準のセキュリティチェックシートを作成しました。 このチェックシートがこのたびクラスメソッドの企業サイトで公開されましたのでご報告です。 具体的には「ポリシー」ページに「セキュリティチェックシートの提供」という項目が追加されています。 https://classmethod.jp/policy/ 作成・公開の目的 当社はISO27001/27017、PCI-DSS、Pマーク、SOC2など、様々な認証を取得しセキュリティやサービス品質の向上に努めています。 ですが、お客様によっては認証取得の事実だけでなく、実際にセキュリティ対策としてどのように取り組みを行なっているか、もう少し具体的な情報をご要望いただくことがあります。 そうしたお問い合わせの一助として、

こんにちわ ttaka です。 これから Mackerel を使ったプロジェクトに関わっていくことになりそうなので 積極的に Mackerel を触って行こうと思います。 まず今回は mkr コマンドを使用しての cron バッチジョブ監視設定をやってみました。 想定する読者 Mackerel のアカウントを取得している人 Mackerel で cron などのバッチジョブを監視したい人 記事を書こうと思ったきっかけ mkr コマンドを使用することで、バッチジョブなどをMackerel 経由で簡単に監視できるのが最高！！ バッチジョブなどスクリプトの実行結果を監視したいという要望は多いと思います。 一番簡単な方法としては、スクリプト内で異常時にメールを送信して検知するという方法です。 ただ、実際にやってみると メールを見逃してしまい検知が遅れてしまった ダッシュボードなどがないため障害状況

こんばんわ、札幌のヨシエです。 日々アップデートを重ねているMackerelにダウンタイム設定が追加されましたので所感と使い方を書いていきます。 Mackerel側のヘルプページが未記載のため、更新次第内容を変更する可能性がございます。 ダウンタイム設定とは？ これまでのMackerelではアラート発報を抑止するためには3種類の方法がありました。 監視ルールへのミュート設定 監視対象ホストのステータス設定をstandby/maintenance/poweroffへ変更する 通知チャンネル設定からオーガニゼーションの全通知を停止する 今回リリースされたダウンタイム設定は定期的に特定監視ルールを時間指定で止めることが出来る機能となります。 ユースケース 夜間帯のリソース要因によるアラート発報抑止 CPU/メモリ使用率の高騰が予想されるインスタンスに設定することで特定監視を止めることが出来ます。

みなさんこんな画面を見たことありませんか？？ このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名（主にNameタグ）から何を知りたいですか？？ 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 今回は、監視サービス Mackerel でWindowsサーバーを監視する際のトピックをお送りします。 Windowsのイベントログを監視したい！ 最近「Mackerelを使ってWindowsのイベントログを監視したい」という要件があり、方法を調べるためにMackerel公式サイトを検索したところ、ヘルプサイトには情報がありませんでしたが、ブログサイトに情報がありました。 Windows 版 mackerel-agent をアップデートしました　ほか - Mackerel ブログ #mackerelio ブログ記事によると、イベントログ監視の機能は Mackerel公式プラグイン として提供されており、なおかつ、最新のWindows版mackerel-agentには Windowsイベントログ監視 のプラグインが同梱されてい

おはようございます、もきゅりんです。 掲題の通り、公式チェックプラグイン集をインストールして、ping監視、sshログイン監視、ユーザー追加、パスワード変更監視を設定してみました。 前提 Mackerelのアカウントを取得している インターネット接続およびSSHログインできるEC2インスタンスがいる やること とりあえずMackerel-Agentをインストールする プラグインをインストールする ping監視/テスト ユーザー追加、パスワード変更監視/テスト 1. とりあえずMackerel-Agentをインストールする この手順については、ザッと進めてしまいます。 SSMで対応するわけでも、Ansibleで対応するわけでもUserData使うわけでもなく、手動でインストールします。 今回はAmazon Linux2で対応しています。 Mackerelの管理画面から出力される、こちらのコマ

AWS CDKが今日も楽しいです。CSDKで触ったことがなかったEKSクラスタを作成しました。 本記事ではAWS CDKを使って薄くEKSクラスタをどのように作ったかを記載します。 TypeScriptやAWS CDKの基本的な部分は記載しません。 また、本ブログで使用した、AWS CDKのバージョンは1.4.0です。 プロジェクトの初期設定 AWS CDKのスタックを作成するための初期設定を行ないます。 個人の趣向ですが、cdk initをせずにプロジェクトの設定を行います。 $ mkdir cdk-eks-101 && cd $_ $ mkdir src $ git init $ npm init -y $ npm i @aws-cdk/{core,aws-eks,aws-ec2,aws-iam} $ npm i -D aws-cdk @types/node typescript 次に

GitHubでは既存のRepositoryをTemplateとして、新しいRepositoryを作成することができる こんにちは、CX事業本部の夏目です。 本日はGitHubで面白い機能を見つけたので共有します。 Repository Template Generate new repositories with repository templates Sharing boilerplate code across codebases is a constant pattern in software development. Bootstrapping a new project with our favorite tools and directory structures helps programmers go from idea to "Hello world!" more e

初めての方、初めまして。そうでもない方、お久しぶりです。 タケダノです。 技術は発想と一緒に進歩していくのです。 re:MARSに絡めて、ジェフ・ベゾスさんの暖炉に刻まれた話が取り上げられていましたね。 ドリーマーとビルダーが存在するという話 私は、この記事を読んで、二人のスティーブが立ち上げた会社を思い浮かべました。 企業研究をすると必ず出て来るリンゴの会社を作ったのはドリーマーのスティーブなのか、ビルダーのスティーブなのか。 技術の進歩には発想が必要で、逆に発想だけでも技術は進歩しません。 2013年新しい技術Auth0を立ち上げたのは1人のアルゼンチン人ユヘニオ・ペースさんとその仲間、当時マイクロソフトで認証基盤を作っていたチームメンバーです。ユヘニオさんは認証基盤に関する本も出版されています。 認証しないWeb環境は無い これまで、認証基盤は、それぞれが保有するサーバー環境にデプロ

こんにちわ、札幌のヨシエです。 以前にブログで紹介させて頂いたmackerel-container-agent(パブリックベータ)が6/18(火)より正式リリースされました。 mackerel-container-agent(パブリックベータ)を試してみる 今回は以前のパブリックベータ版から導入方法が変更になったので、紹介を兼ねて設定方法を共有いたします。 正式/パブリックベータ版の大まかな設定方法差分について ポイント①：コンテナの配置方法について Mackerelにてコンテナ監視を行うにはmackerel-container-agentを監視したいタスクのサイドカーとして起動する必要がありますがここは変わりません。 ポイント②：コンテナのリソース状況取得方法が変わった 以前のパブリックベータ版では、cgroupfsをmackerel-container-agentにボリュームマウントす

【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました！ RDSのストレージの空き容量が少なくなりディスクが枯渇してクエリがエラーになったりDBが停止してしまうことがあります。今回DBストレージの自動スケーリングをサポートしたので、ディスク枯渇の恐れが低減し、必要な分のストレージを確保することでランニングコストも低減できます。 大栗です。 RDSのストレージの空き容量が少なくなってくると自動で増やしてくれるストレージの自動スケーリングがサポートされたのでレポートしてみます。 Amazon RDS now supports Storage Auto Scaling Managing Capacity Automatically with Amazon RDS Storage Autoscaling 2019年６月21日 13:30 JST スト

こんにちわ、札幌のヨシエです。 AWS Summit Tokyo 2019 3日目のA3-03で行われたセッションのレポートを書きましたのでご査収頂ければと思います。 登壇者 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクト 原 康紘 AWS 上でのマネージド・サービスメッシュを実現する AWS App Mesh や、Kubernetes ワークロードとの親和性が高い Istio など、サービスメッシュの世界には数々のプロダクトやソリューション、アイデアが生まれつつあります。本セッションでは、マイクロサービスにおけるベストプラクティスの集大成とも言えるサービスメッシュについて、その解決すべき課題と人々が熱狂する理由、サービスメッシュそのものの必要性について掘り下げます。同時に、サービスメッシュを実現する上で最も重要なコンポーネントの一つとも言える En

こんにちは。かたいなかです。 現在関わっているプロジェクトで、Terraformの適用をイイ感じに行う方法を検討しています。 そのなかで、GitHubのPRコメントのコマンドでTerraformのplanやapplyを行う、Atlantisというツールが良さそうだったのでご紹介します。 Atlantisとは Cloud Posseにより開発されている、GitHub/GitLab/BitBucketのPull Request上のコマンドでTerraformのワークフローを実行するツールです。 Atlantisを使用すると、例えば以下のような開発フローが実現できます Terraformのコードを変更し、GitHub上でPull Requestをオープン 開発環境と本番環境それぞれのディレクトリで plan が自動で実行され、結果がPR上にコメントとして追加 PR上からコマンドで変更を開発環境に