k8s環境のメトリクスやログを取得するマネージドサービス「CloudWatch Container Insights」が発表されました！ | DevelopersIO
現在開催されているKubeCon + CloudNativeCon Europe 2019 - Linux Foundation Eventsにおいて、Kubernetes環境のコンテナ環境のメトリクスを取得する「CloudWatch Container Insights」が発表されました！ コンテナワークロードのためのメトリクス・ログモニタリングサービス、CloudWatch Container Insights の Public Preview を発表しました！！ #KubeCon 続) pic.twitter.com/pRCZtHexcp — ポジティブな Tori (@toricls) May 20, 2019 従来、EKSにおいてPodの状態を監視したり各種ログを取得するには、サードパーティーのOSSや監視用のSaaSなどが実質的にほぼ必須だったんですが、これによりAWSのマネー
[AWS]踏み台をワンチャンなくせる！？VPC接続にClient VPNを使ってみよう | DevelopersIO
クライアントVPNを利用することで、VPCへクライアント端末から接続することができるようになります。EC2に限らずS3やDX経由でオンプレまで接続できます。 そして、クライアント証明書認証に加えて、AD連携によるユーザー認証も可能です。このユーザーは、どこのIPセグメントにアクセスできるかみたいな制御ができます。これは、ワンチャン踏み台なくせるのでは？と思ったので、クライアントVPNに全振りした場合のコスト感や懸念についても考察してみます。 また、実際に接続するところまでやってみました。 コンニチハ、千葉です。 はじめに VPCにはDirectConnect(閉域網)をはじめ、インターネットVPNでのセキュアな接続もサポートされています。 VPCで利用できるインターネットVPN接続方式は複数あります。 AWS Site-to-Site VPN AWS Client VPN AWS VPN
![[AWS]踏み台をワンチャンなくせる！？VPC接続にClient VPNを使ってみよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/adf823e01730ba8f0b3f7bc8c75686679d0f3c0a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_amazon-vpc_1200x630.jpeg)
【狂宴再び】変態ミートアップ、Container build meetup #2に参加してきた #container_build | DevelopersIO
「Dockerfile書くときによく聞くBGMと好きなワンライナーの発表」 何故かイベント参加フォームにアンケートがあり、それの結果発表が主催のポジティブな Tori（@toricls）さんよりありました。 Dockerfile書くときに好きなBGMは？ Docker関連で好きなワンライナーは？ 「なんなんだ、この時間は…」と思いながら聞いていると、それはそれはマニアックなこだわりがたくさん。BGMは全体的にアニメやヘビメタが多かった印象。好きなワンライナーは、イメージ一発お掃除系（サブコマンドでイメージ洗い上げるやつとpruneつかうやつ）が主流でした。 「時代はやっぱりpruneだよね。( ･ิω･ิ)」 と謎の盛り上がりをみせ、会場の雰囲気も最高潮！ 「環境の一致について考えてみる」 登壇者は、DeNAの春山誠さん（@Spring_MT）。 REREPという新規サービスを開発している
Spinnakerを使ってEKSへの継続的デリバリー環境を構築する | DevelopersIO
みなさんKubernetesクラスタへのデプロイはどのように実施していますか？？ 小規模環境であれば kubectlを利用した手動デプロイ、もう少し規模が大きい場合は、CodePipeline、CodeBuildなどを利用した自動デプロイにて実施するケースが多いのではないでしょうか。 そんな中、最近のk8s界隈では 俺たちはSpinnakerでデプロイしているぜ！！という声をちらほら聞くようになりました。 ということで今回は、Spinnaker環境の構築方法と、何かできるのかを簡単に紹介したいと思います。 Spinnakerとは Spinnakerは、Netflix社が開発したマルチクラウド環境への継続的デリバリーツールです。 大雑把に説明すると、CodePipelineの機能、CodeDelpoy（マルチクラウド）の機能、管理対象リソースのViewがあるイメージです。 その他、Pipel
AWSのほとんどのサービス（100個以上！）でSLAが設定されてます | DevelopersIO
3月にAWSのSLA対象サービスが大量増加したので一覧表にまとめました。ほとんどのサービス（SimpleDBを含む！）にSLAが設定され、ほとんどのサービスで95%を下回った場合にサービスクレジットが100%返還となりました。 大栗です。 1月にAWSのSLA対象サービスが大量増加したエントリを書いたのですが、3月にもっと大量になって、全体的に内容も変わっていたので一覧表にまとめたいと思います。 AWS Service Level Agreements 著者の拙い英語力を基に調査しているため内容に不備があるかもしれません。詳細はSLAの本文（英語版）をご確認ください。 AWSにおけるSLA AWSのサービスレベルアグリーメントは基本的に、定義された可用性以上で使用できるようにするため商業的に合理的な努力をAWSがするものです。サービスレベルを"Assurance"（保証）ではなく"Agre
Amazon CloudWatch グラフの検索式がリリースされました！ | DevelopersIO
こんにちは 園部です。 CloudWatch で、新しい機能がリリースされましたので、早速やってみたいと思います！ Amazon CloudWatch Launches Search Expressions Search Expressions とは？ You can now use search expressions to define Amazon CloudWatch dashboards. CloudWatch ダッシュボードで、グラフを指定する際に利用できる検索式です。 This enables you to create dashboards that update automatically as new resources are created that match the search query, providing up-to-the-minute visibil
Amazon GuardDutyによる疑わしいネットワーク通信の検知と初動対応の振り返り | DevelopersIO
Amazon GuardDutyは、AWS上の異常な振る舞いを検出するサービスです。 イベントソースには、AWS CloudTrail、Amazon VPC フローログ、DNS ログが使われます。 GuardDutyを使う中でたまった知見をシェアしたいと思います。 GuardDutyで検知できること 検知できる内容はユーザーガイドに記載されています。 ざっくりいうと、EC2インスタンスとIAMアカウント関連のイベントを検知します。 EC2に関するイベントは、EC2がターゲットなのか、アクターなのかによって分けられます。 外部のホストがEC2に対してポートスキャンを行うイベントの場合、EC2はターゲットになります。 外部ホストにポートスキャンを行う場合、EC2はアクターになります。 EC2がアクターの場合、EC2がマルウェアに感染している可能性を考える必要があります。 料金は1ヶ月間無料です
Amazon Redshift 高い同時実行性と一貫したパフォーマンスを提供する新機能『Concurrency Scaling』がリリースされました | DevelopersIO
目次 はじめに 最新クラスタにアップデート Concurrency Scalingとは Concurrency Scaling の仕組み Concurrency Scaling の利用条件 Concurrency Scaling の設定方法 Concurrency Scaling を設定したクラスタにクエリを実行 Concurrency Scaling の料金 最後に はじめに 本日、未明にAWS Blogにて昨年のre:Invent2018で発表のあった『Concurrency Scaling for Amazon Redshift』のリリースが発表されました。『Concurrency Scaling for Amazon Redshift』は、従来クラスタに加えてスケーリングするクラスタを組み合わせて、従来より遥かに高い同時実行性と一貫した高速なパフォーマンスを提供する新機能です。（r
Postman を複数環境で使う場合にアクセストークン取得方法を簡略化する | DevelopersIO
はじめに こんにちは、川原です。 最近はずっと API サーバー開発に関する仕事をしています。ふとしたことから API リクエストツール(?)の Postman を試してみたのですが、これ、すごく便利ですね。便利すぎて吹き出しました。Postman という名前は結構前から知っていたのですが、なんでもっと前に試さなかったんだろう。。。 弊社のブログにも詳しい紹介記事が既にありました。完全にスルーしてました(ごめんなさい、ブログ執筆者の小室さん)。 [ツール] Postmanを利用したAPIの試験 [機能の紹介] [ツール] PostmanでAPI疎通試験 [試験を実行] というわけですが、このブログでは Postman の基本的な使い方は説明しません。それについては、上記リンク先のブログ記事の参照をおすすめします。 このブログ記事では、「開発環境」「ステージング環境」といった複数の環境で P
2019年4月1日から Route53 ヘルスチェックのソース IP 範囲の追加があります | DevelopersIO
2019年4月1日から Route53 ヘルスチェック IP 範囲に追加があります。IP 制限環境でエンドポイントヘルスチェックをお使いの場合は是非、ご対応ください。 先日、AWS Discussion Forums にて、Route５３ ヘルスチェックのソース IP 範囲追加についてアナウンスがありましたのでシェアします。 Announcement: New Route 53 Health Check Source IP Range Health checks from the new IPv4 address range will begin on April 1, 2019 上記のとおり、適用は2019年4月1日からとなっています。 影響 Route53 のヘルスチェック対象がパブリック(0.0.0.0/0)に公開されている環境では特に気にすることはありません。注意いただきたい環境は
【超重要】対応しないと使えなくなるかも？！今、全S3ユーザがチェックすべき署名バージョン２の廃止について | DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 注意喚起記事です。一部のS3利用者に影響が出ることなので、是非ご確認、および対象の方はご対応いただければと思います。 具体的に何のことかというと、Amazon S3のAWS署名バーション２の廃止についてです。 弊社suzukiがすでに記事を書いていますが、Amazon S3のAWS署名バーション２が2019年6月24日に廃止されます。これは、より安全にAWSおよびS3を利用できるようにするために署名バージョンの変更が行われるためです。 これによって一部のAWSユーザのS3の利用に影響が出ます。 署名バージョン4専用のS3エンドポイントを古いCLIで試してみた AWSの各サービスのAPIを利用する際、AWSが送信元を特定できるようにリクエストに署名が必要です。現在AWSのAPIで利用されている署名バーションは「２」と「４」の２種類あり、「４」が推奨されてい
Airflowのコンセプトと仕組みを理解する | DevelopersIO
春田です。 Airflowを活用したプロジェクトに携わる事になったのですが今回初めて触れる形となるため、まずはAirflowに関する概要を勉強しながらまとめてみました。 Airflowとは The Airflow Platform is a tool for describing, executing, and monitoring workflows. Airflowは、ワークフロー（例えば、A B Cという３つのタスクがあった時、これらをいつどの順番で実行するか）を記述、実行、監視するためのツールです。 このAirflowは DAG (Directed Acyclic Graph: 有向非巡回グラフ) というグラフ理論がベースになっています。私自身、グラフ理論にあまり精通していないのため、自分でも理解できるように噛み砕いた言葉で説明していきます。 DAG (Directed Acycl
突撃！隣のDevOps 【はてな編】 | DevelopersIO
はじめに こんにちは、DevOps支援室のかたいなかです。 今回は、株式会社はてなさんの京都オフィスに伺い、はてなさんのDevOpsに対する取り組みや考え方についてガッツリインタビューしてきました！ はてな紹介 どのようなサービスをやっている 「はてなブックマーク」「はてなブログ」などのソーシャルサービスや、サーバ監視SaaSである「Mackerel」などを開発・提供しています。また任天堂様やKADOKAWA様との共同開発や、集英社様、講談社様などが運営されているWebマンガサービスへのビューワ提供にも取り組んでいます。 担当者の方の仕事内容 具体的にどのような仕事をしているのか motemenさん CTO 技術的な方針策定、エンジニア組織マネジメント。技術的な知見をどうチーム間で共有していくのか、とか、プロダクトの技術的な基準とか。評価設計と運用とか。採用とか。 ログイン、人力検索はてな
AWSアカウントをまたいでECSにアプリケーションをデプロイする 〜ECRへのPushをCodePipelineのソースとして〜 | DevelopersIO
ECSに乗せるアプリケーションができた！開発環境での確認はOKだ！さぁ本番リリースだ！ あっ、でも開発環境と本番環境でAWSアカウントは分けるんだった。。どうしよう。。 みなさんそんな経験はないでしょうか。 本日はそんな課題に対する１つの解決策を紹介したいと思います。 今回の構成 以下のような構成を構築します。 GitリポジトリにはCodeCommitを利用し、devブランチへPushされた場合は開発アカウントに、ｍasterブランチへPushされた場合は本番アカウントにそれぞれデプロイします。 本番アカウントのECSにデプロイするまでのフローは以下のようになります。 Gitリポジトリを開発アカウントに作成 GitリポジトリのdevブランチへのPushされた場合は、開発アカウント上のCodePipeline(dev-pipeline)を実行し開発アカウントのECSにデプロイ 開発アカウント
SonarQubeでソースコードの静的解析とレビューを自動化してみる(前編) | DevelopersIO
SonarQubeServerの構築 それではさっそくSonarQubeの環境を構築していきます！ まずはEC2上にSonarQubeServerを構築してみます。 今回は下記のような環境を構築していきます。 インスタンスタイプ：t2.medium OS:Amazon Linux2 DB:postgresql-9.2.23-3.amzn2.x86_64 JDK:openjdk:1.8.0_171 SonarQube:7.2.1 EC2インスタンスの作成 手順は省略します。 GIPを割り当てつつ、セキュリティグループで22,9000ポートを解放しておいておいて下さい。 Postgresのインストールと初期設定 作成したEC2にまずPostgresのインストールを行います。 sudo yum install postgresql-server sudo systemctl enable pos
[2019年2月] AWS: カラーのアーキテクチャアイコンと re:Invent2018 の新しい製品アイコンがリリースされました | DevelopersIO
[2019年2月] AWS: カラーのアーキテクチャアイコンと re:Invent2018 の新しい製品アイコンがリリースされました はじめに 昨年の10月にAWS アーキテクチャアイコンが刷新されました。その際に白黒のアイコン（暗い背景と明るい背景の２種類）がリリースされました。 AWS Architecture Icons、新しいAWS製品アイコンがリリースされました 今回、更にカラーのアーキテクチャアイコン、re:Invent2018の新しいAWS製品アイコンが追加されました。下記のリンクからPowerPointのファイルやAssetｓ(EPS、PNG、SVG)のダウンロードが可能です。 AWS Architecture Icons AWS アーキテクチャアイコン アクセシビリティのニーズに応じて、「暗い背景」と「明るい背景」の２種類のアイコンが提供されています。今回は更にカテゴリの
AWS Glue の新しいジョブタイプ『Python Shell』を実際に試してみました | DevelopersIO
はじめに 新しいジョブタイプ『Python Shell』は、単にPythonスクリプトを実行する目的のジョブです。AWS Glueを使っている人であれば、このありがたみが身にしみて感じるはずです。 AWS Glue での Python シェルジョブの概要 AWS Glue の Python Shell とは Python Shellは、Glueジョブに追加されたジョブの種類の一つです。従来は、Apache Sparkのスクリプトのみでしたが、今回新たにPython Shellが追加されました。 従来のジョブタイプ「Spark」は、Sparkのクラスタを制御して大規模分散処理します。このジョブタイプは、ジョブを起動すると１つのDriverと複数のExecutorが起動され、スクリプトはDriverで実行されます。 新たに追加されたジョブタイプ「Python Shell」は、単にPythonス
Fargateで起動するコンテナのログをFluentd経由でS3に保存してみた | DevelopersIO
現状、Fargate上のコンテナが利用できるログドライバーはawslogsのみです。つまり、アプリケーションログ（標準出力）の集約先としてはCloudWatch Logsしかありません。 「それはわかっている。でもどうしてもFluentd経由で外部にログを送信したいんだ。。」 そんなことがありました。ということで今回はFargate上で起動するコンテナのログをFluentd経由で外部に送信する方法を紹介したいと思います。 ログ転送イメージ アプリケーションコンテナおよびFluentdコンテナで共有ボリュームをマウントします。アプリケーションコンテナはそのボリューム上にログを出力し、Fluentdコンテナはそのログ参照します。 ECSの言葉でいうと、1つのTaskにアプリケーションコンテナ、Fluentdコンテナ、およびVolumesを定義し、両コンテナのMountPointsで同一のVol
書評「入門 監視」雰囲気で監視をやっているすべての人にオススメ | DevelopersIO
監視という一種マニアックな領域を真正面から解説した貴重な本です。監視で悩む人のみならずシステム開発に携わるすべての人にオススメ。 「全然わからない。俺たちは雰囲気で監視をやっている」 自分はAWS事業本部コンサルティング部所属ということもあって、いろんなお客様にAWSインフラのコンサルティングしてます。最初のインフラ構成設計時に監視の話をすることも非常に多いんですが、 「どうしましょう。CloudWatchでいけますかね？」 「MackerelとかDatadogとかもありますが、どうしましょ。マネージドとの違いは〜」 「とりあえず、ディスク使用率80%でしきい値設定しておきましょうか。みんなそうしてますよ」 とか言っていた昔の自分に見せつけたい本、それが今回紹介する「入門 監視」。 監視設計の原則がよくわかんない メトリクスのしきい値決めるところから監視を考えてしまいがち よく考えずに、い
【全世界のFargateファンに朗報】Fargate利用料が35%〜50%値下げされました！ ｜ DevelopersIO
値下げ幅については、以下の設定となっています。 1ｖCPUあたり、最小メモリ構成で35%OFF 同じCPU構成で、メモリが増えていくに従い、値下げ幅が50%に近づく EC2との価格比較詳細 弊社大栗による、EC2との詳細な価格比較記事がでております。EC2から移行される際は、是非こちらも参考にしてみてください。幅はありますが、概ね素のEC2から3〜25%ぐらい割高となっています。 2019年1月にAWS Fargateが大幅値下げしたのでEC2との価格比を確認してみた 通常、EC2でECSを動かしている場合、タスクがスケールした時や、タスクの入替えのために、ある程度の余剰リソースをEC2インスタンスに確保しておくことが必要でした。そのあたりの無駄がなくなること諸々を考えると、この価格は十二分にコストメリットがでていると言えます。 Fargate大幅値下げの背景にFirecracker有り
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
