Firecrackerはコンテナランタイムなのかという話 - inductor's blog
この記事について OCHaCafe #3に参加していて、参加者の方が「Firecrackerは高レベル低レベルどちらのランタイムに属しますか？」という質問をされていたのを見かけた。 ochacafe.connpass.com 確かにパッとドキュメントを見ても立ち位置よくわからんな、と思い、図を書いて整理してみようと思う。 firecracker-containerdについて Takuya Niita (@takuya_0301) | Twitter氏も認識されて回答に含めていたプロジェクトにfirecracker-containerdがある。これはcontainerdとrunCを動かすときに間にFirecrackerを挟み込んで仮想化のレイヤを組み込んだ技術だ。Fargateなどで実際に使われているかどうかについては、言及がないので全く分かっていないが、少なくともFirecracker +
Firecracker はコンテナランタイムではありません - blog.8-p.info
Firecrackerはコンテナランタイムなのかという話への返信および補足です。「コンテナラインタイムではない」という結論は このユースケースにおけるFirecrackerの立ち位置は、「runCをコンテナごとに隔離するための環境を作成」するためのVMプロバイダーになっている。 すでに出ているんですが、色々と補足したいことがあったので。 Firecracker は、コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する で定義されているような ランタイムの実装には様々なものがありますが、それらは役割に応じて下図に示すように高レベルランタイム（CRIランタイム）と低レベルランタイム（OCIランタイム）という2つのレイヤに分類されます。 Kubernetes の Container Runtime Interface (CRI) を実装した高レベルランタイムや、Open Conta
Performance Insights で SYNCH 待機イベントを待っているアクティブセッションのトラブルシューティング
Performance Insights をアクティブ化すると、DB インスタンスは、同期 (SYNCH) 待機イベントで待機している多数の Average Active Sessions (AAS) を表示します。DB インスタンスのパフォーマンスを改善したいと考えています。 簡単な説明 Performance Insights は、次のサービスのいずれかでアクティブ化されます。 Amazon Relational Database Service (Amazon RDS) for MySQL。 Amazon RDS for MariaDB。 Amazon Aurora MySQL 互換エディション。 Performance Insights に MySQL SYNCH 待機イベントが表示されている場合は、データベース内の多数のセッションが、同一の保護されたオブジェクトまたはメモリ構造に
AWS Graviton2 新CPUの性能検証 | 外道父の匠
C5が一歩抜けた強さの割に全部 ECU=10 な時点でアレですが、さらに6g系は該当なしです。で、費用的には c5/m5 の比率と c6g/m6g の比率は同じ 86% です。 第５世代では、C5 はメモリが少ない分、安くCPUが高速だったので強い選択肢でしたが、第６世代ではメモリが少ない分、安い。だけになるので、C系を選ぶメリットがだいぶ弱くなりそうです。 単純に、14％安くしてc6gにするって考えよりも、14％高くしてメモリ倍の方がよくねっていう。そういうパターンのほうが多いんじゃないかと、いうだけで全然絶対じゃないですけど。 考えようによっては、AutoscalingGroupに複数のインスタンスタイプを指定するとき、c6g, m6g, r6g と混ぜてもCPU使用率の格差がAZ以外で起きづらくなるだろうから、扱いやすくなると言えなくもない。 vs C5 あまりに差が付きすぎて、自分
AWS Lambdaの裏側をなるだけ詳しく解説してみる - Sweet Escape
AWS Lambdaの環境がどのようになっているか、ユーザが用意したLambdaファンクションがどんな感じで実行されるかってあたりを可能な限り詳しく説明したいと思います。 はじめに 大前提 コールドスタート/ウォームスタート コントロールプレーン/データプレーン アイソレーション AWS Lambdaのコンポーネント群 同期実行かつ初回呼び出し（コールドスタート）、もしくはスケーリング 同期実行かつ再利用（ウォームスタート） 非同期実行 スケールアップ エラーハンドリング リトライ その他 ネットワーク まとめ はじめに この投稿は2020年9月29日の21時から開催予定のイベント（ライブストリーミング）で話す内容です。 serverless-newworld.connpass.com もし間に合えば、かつ時間があればぜひライブ配信のほうにも参加ください。 （2020.09.30 upda
EC2でWindowsサーバを使う場合に知っておいた方が良いこと① | HIGHWAY for AWS
はじめまして。生粋のインフラエンジニアの渡邉です。 IT業界に入って早10数年インフラ担当エンジニアとして主に官公庁向けシステムの構築を数多く手掛けてきました。 そんな私も、2014年のAWS Summit Tokyoに参加し衝撃を受け、今ではAWS関連の仕事をメインでやっています。 さて、前置きが長くなりましたが、インフラエンジニアの視点からAWSを使う時に困った点や、ちょっとしたお役立ち情報などを提供していけると良いなと思っておりますので、よろしくお願いいたします。 では、栄えある第１回ですが、まずは小ネタからいきたいと思います(笑) 【EC2でWindowsサーバを使う場合に知っておいた方が良いこと①】 ～EC2のWindowsインスタンスで製品メディアを求められた場合～ EC2ではLinuxはもちろんWindowsもライセンス込で提供されており、簡単に利用する事ができます。 ちなみ
AWSネットワークの論理的な側面 ～ AWSのバックボーンネットワークに関するDeepな話（2）
こんにちは。アマゾンウェブサービス（AWS）サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud（VPC）です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。今回は、ネットワークの「論理設計」について解説します。 本稿でお伝えするのは下記の第2回の内容です。全3回に渡って解説していきます。 AWSのネットワークの物理的な側面 ⇒ 第1回 AWSのネットワークの論理的な側面 ⇒ 第2回 AWSのネットワークにおけるベストプラクティス ⇒ 第3回 AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回 必ずしもAWSの使い方といった内容ではないので、今日すぐに使える知識にはならないかもしれませ
Measuring Intel Hyper-Thread Overhead
Multi-core processors are capable of running multiple software streams/tasks concurrently. Multi-core allows a physical processor to simultaneously execute instructions from multiple processes or threads. Core of a processor is the part that executes application instructions. Core is shared by hardware threads (called Hyper-Threads). When two hyper-threads are active in the same core, it results i
AWS CLIとjqを使って、AWSのELBボリュームがアタッチされているEC2インスタンス名を出力するワンライナーを書いた - 双六工場日誌
件名の通りのAWSのELBボリュームがアタッチされているEC2インスタンス名を、AWS CLIで取得しようと思ったら、ちょっと手間取ったので、その結果をワンライナーにしたメモ。 結果はこちらです。こういうワンライナーになったのは、"join"コマンドを使ってみたかったという雑念も半分ぐらいありますね。 ボリューム情報とインスタンス構成情報をjoin join <(aws ec2 describe-volumes | jq -r '.Volumes[].Attachments[] | .InstanceId + " " + .VolumeId' | sort) <(aws ec2 describe-instances | jq -r '.Reservations[].Instances[] | .InstanceId + " " + ( .Tags[] | select(.Key == "N
SESを利用するにあたり必要な認識と対策(特にバウンス) - temporal's diary
AWSのSESを利用するにあたり、あらかじめ認識しないといけないことが2つあると思います。 場合により、SESを利用する権利を一時停止されてしまうことがある 権利を一時停止されてしまった(もしくは警告を受けた)際には、その原因を自分で調査して、AWSに原因と対策を英文で報告する必要がある また、あらかじめ以下いずれかの設定をしておく必要があります。(バウンスが多いために権利一時停止や警告を受けた場合原因調査のため) メール送信プログラム側でReturn-Pathを指定し、Return-Pathに対して返信されたメールを調べる(デフォルトではSourceアドレスに対して返信) Feedback NotificationsにてBounces SNS Notificationを指定し、SNS経由で通知されたバウンス情報を調べる 権利一時停止や警告を受けてしまった際に、主にAWSのUSのフォーラム
【小ネタ】aws-cliでEC2マネージメントコンソールの内容をCSVに出力する | DevelopersIO
はじめに こんにちは植木和樹です。AWSでEC2インスタンスをいろいろと起動した後、各EC2の情報を一覧で出力したい機会というのは多々あると思います。私はExcelの設計書に貼り付けたり、リザーブドインスタンスを購入する際の検討材料にするために頻繁に行っています。 本日はJSONパーサーjqを使って、EC2マネージメントコンソールに表示されているインスタンス一覧と同じ内容をCSVファイルに出力するためのaws-cliスニペットをご紹介します。 出力コマンド 下記が出力コマンドです。起動中（"running"）のインスタンスのみを出力しています。編集しやすいように改行をいれていますので、項目の追加・削除はご自由に。 aws ec2 describe-instances | jq -r '.Reservations[].Instances[] | select(.State.Name == "
Python版AWS CLI 1.3の強化されたqueryオプションを使いこなすスニペット4つ | DevelopersIO
ども、大瀧です。 先日、AWSのコマンドラインツールであるAWS CLIバージョン1.3がリリースされました。AWS Data Pipeline対応が目立ちますが、--queryオプションの強化が個人的にはインパクトが大きかったので、なにができるようになったのかと具体的な用例をご紹介します。 バージョン1.3で追加された--queryオプションの機能 では、まずは追加された機能を確認しておきましょう。以下の2点です。 フィルタ 組み込み関数 フィルタは従来AWS CLIの--filterオプションやjqと組み合わせて行っていた処理に代わるもの、組み込み関数はjqの関数(Builtin functions)に追随するものです。つまるところ、AWS CLIの出力結果の抽出・加工を--queryオプションに一本化することができるようになりました。 ...えーと、地味とか言わないでくださいw 従来
EC2でSR-IOVを使うときのNICドライバパラメータ検証 - ゆううきブログ
SR-IOV enabledな c3/i2 インスタンス使うときのNICドライバのパラメータをどうしたらいいかわからなかったので軽く検証してみた。 NICのドライバパラメータ（InterruptThrottleRate）をチューニングすることで、例えばHAProxyを使ってるような高pps環境でCPUの割り込み負荷を削減できる。 ELBの代わりにHAProxy使ってる噂は結構聞いたりする。 - クックパッドでのVPC移行について - Cookpad's deployment and auto scaling // Speaker Deck みんなELBからhaproxyに移行してる #jawsdays— kenjiskywalker (@kenjiskywalker) March 15, 2014 前提 c3インスタンス 2013年の11月くらいにでた新しいインスタンスタイプ SSD Xe
AWS Redis on ElastiCache のBenchmark をしてみた - tech.guitarrapc.cóm
実は Redis on ElastiCacheに関しては、先月2013年9月5日に AWSからリリースされてから、すぐにベンチマークをとっていました。 が、記事にするのを忘れていたという、いつもの有様です。 さて、Redis on ElastiCacheに関しては、他にも既にいくつかのベンチマーク記事があります。 まめ畑 - ElastiCache Redis Engineのベンチマークともろもろ インフラ備忘録 - Redis on ElastiCache を試しています Medium - Benchmarking Redis on AWS ElastiCache 今回は、EC2で Redisを実際に高トラフィックで使っている立場から、EC2とRedis on Elastic Cacheを比較したベンチマークを公開します。(他の記事とは違いm2.4xlargeベースの検証です) 目次 目
AWSで新たにリリースされたPython製コマンドラインツールを使ってみる - ike-dai's blog
これまでJava版のコマンドラインツールがありましたが、先日新たにPython版のAWSコマンドラインツールがリリースされたようです。 Introducing the AWS Command Line Interface (Developer Preview) まだDeveloper Previewらしいですが。 試しに使ってみます。 Ubuntu12.04の環境で試しています。 導入方法 1. Pythonのインストール(Python2.6以上のバージョンが必要らしい) $ sudo apt-get install python 2. パッケージ管理ツール(easy_install)の導入 Pythonのパッケージ管理ツールでコマンドラインツールのインストールが可能であるため、まずはパッケージ管理ツールを導入します。 $ wget http://peak.telecommunity.co
[AWS][ELB]ELBがスケールアウトされないケース
ELBがスケールアウトされず、Latency低下に悩んでた原因がハッキリしたのでメモ。 状況 アドサービスの入り口部分で、 フロントをさばいているELBのLatencyが、 ピークタイムに不自然な動き、Latencyが1sec超えるなどの遅延。 （何故かMAX3秒以上は遅延しない。） 対応 memcachedへのアクセスをinternal ELB経由で行なっていた部分を IP直指定とした。 Latencyは 10ms前後で落ち着いた。 このことから、遅延原因はinternal ELBと断定。 ELBの動作 SA様に聞いた所、 ELBは、内部的にEC2を動かして動作させてるとのことなのだが、 そのインスタンスが一定条件を満たした際に、ELBのスケールアウトが行われる。 （スケールアップも有るのかな？） スケールアウト条件は、対象インスタンスの CPU Utilization、Network
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - alestic/ec2-consistent-snapshot: [SUNSET] Initiate consistent EBS snapshots in Amazon EC2![GitHub - alestic/ec2-consistent-snapshot: [SUNSET] Initiate consistent EBS snapshots in Amazon EC2](https://cdn-ak-scissors.b.st-hatena.com/image/square/558d123e02ed8809b6a78525adb9993ea3a818f3/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F30e694d3e1b0d0352c12ad0b626d20fdece155667ce5cfb3c0feda0a3dc2749a%2Falestic%2Fec2-consistent-snapshot)
小規模SI案件で、 AWS + Chefを使ってみて
20120611 aws meister-reloaded-cloud-front-public
AWS re:Invent 2012
