だいぶ日が空いてしまって今更ですが、先日行われた JAWS DAYS 2018 で登壇してきました*1。モデル検査器 Alloy を使って AWS の IAM を検証してみるという内容です。 形式手法 × AWS というテーマではこれまでにもいくつかのイベントで発表していますが、題材はネットワーク関連の検証がメインでした。 ccvanishing.hateblo.jp ccvanishing.hateblo.jp ccvanishing.hateblo.jp さすがに同じことばかり話していても芸がないので、今回は新ネタとして IAM を投入してみました。CFP も Security Slot で採択されています。 現状と既存手法の限界 IAM 設定の難しさ いや、説明するまでもなく実際ややこしいですよね。一つ一つはさほど複雑ではないんですが、多数の設定項目が互いに影響し合うため最終的な影響

Amazon Web Services ブログ 水門は開いた – EC2 インスタンスのネットワーク帯域幅が増大 2016 年の中頃、Elastic Network Adapter (ENA) を使用するために AMI と現世代の EC2 インスタンスを構成するようお勧めしましたが、皆さんはきちんと宿題をこなしましたか。ENA の特徴は高スループット低レーテンシであること、その一方でホストプロセッサの負荷を最小限に留めることなどが挙げられます。複数の vCPU 環境で適切に機能するようデザインされ、複数の送信および受信キューを使ってインテリジェントにパケットのルーティングを行います。 今日、私たちは水門を開けて (帯域幅の制限を取り払って)、すべての AWS リーションでより多くの帯域幅をご利用いただけるようになりました。仕様は以下のとおりです (それぞれの事例で実際の帯域幅はインスタンス

米Amazon Web Services（AWS）の年次イベント「AWS re:Invent」では興味深いことに、競合のイベントではよく耳にする「AI（人工知能）」と「ブロックチェーン」という2つの単語を聞くことがない。 AWSは2017年11月末に開催したAWS re:Invent 2017で、音声アシスタント「Alexa」をオフィスで利用するためのサービス「Alexa for Business」や、機械学習のモデル構築などを容易にする「Amazon SageMaker」など、様々なサービスを発表している。 しかし、基調講演で新サービスを発表したAWSのAndy Jassy CEO（最高経営責任者）や米Amazon.comのWerner Vogels CTO（最高技術責任者）は、これらのサービスを説明するのに機械学習やディープラーニング（深層学習）といった単語は使っても、AIという単語は

あけましておめでとうございます！ 去年は AWS 認定試験を制覇したので、今年は実践スキルを今以上に磨いていこうと思います。 さて、最近の EC2 インスタンスは Intel CPU のプロセッサー・ナンバーが公開されています。ですが M1, M2, C1 といった旧世代インスタンスでは CPU にばらつきがあり、当たり外れの差が激しかったのは記憶に新しいところ。 当たりの CPU が出るまで stop → start を繰り返すインスタンスガチャも流行りました (笑) 今回は AWS の CPU について歴史を振り返りつつ、その戦略を考えてみます。物理レイヤーを意識することがほとんどない AWS ですが、物理の知識なしでは最高のパフォーマンスは得られません。知っておいて損はないでしょう。 インスタンスタイプのリリース時期は公式ブログ「EC2 の歴史」に載っていますので参考にしてください。

こんにちは。望月です。 今日はヒジョーに縁の下の力持ち的なサービス、STSについてです。 権限不足のエラーメッセージ IAM userを利用して利用できる権限を制御している場合、Management Consoleで許可されていない操作を実行しようとした場合にエラーになることがあります。 *1たとえばReadOnlyのPermissionを与えられているユーザがEC2をTerminateしようとした時などですね。Management Consoleですと、こういったエラーが表示されます。 画面だとエラーメッセージが見づらいですが、なにかエンコードされた文字列が並んでいるのが確認できると思います。AWS CLIからだとこういった出力があります。 $ aws ec2 terminate-instances --profile no-permission-user --instance-id i

Packerを使用してAMIの作成を自動化が出来たのでJenkinsでCIしてみようと思います。 Packerの使い方やJenkinsの使い方は割愛して簡単にポイントのみまとめます。 Jenkinsの設定 Gitリポジトリを指定 こちらのようなリポジトリを作成します。 template.jsonがPackerのテンプレートファイルです。 ジョブの設定 シェルの実行で以下のようにシェルを設定します。 packerをインストールしてしまえば毎回ダウンロードする必要はありません。 mkdir packer cd packer wget -o - https://dl.bintray.com/mitchellh/packer/packer_0.8.0_linux_amd64.zip unzip packer_0.8.0_linux_amd64.zip cd ../ ./packer/packer

# バイナリをダウンロード $wget https://dl.bintray.com/mitchellh/packer/packer_0.8.6_darwin_amd64.zip # ~/packerに配置 $mkdir ~/packer $mv packer_0.8.6_darwin_amd64.zip ~/packer $cd ~/packer $unzip packer_0.8.6_darwin_amd64.zip $rm packer_0.8.6_darwin_amd64.zip # PATHを通す.bashの場合、~/.bashrcに追記 $vi ~/.zshrc # packer export PATH=$PATH:$HOME/packer # 確認 $source ~/.zshrc $packer --version 0.8.6 AWSアクセスキーの設定 AWSのアクセスキー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Amazon Linux AMI (Amazon Linux 1 とも呼ばれる) は、2023 年 12 月 31 日にサポートが終了しました。Amazon Linux AMI は、2024 年 1 月 1 日以降、セキュリティアップデートやバグフィックスを一切受け取りません。 アプリケーションをアップグレードして、2028 年までの長期サポートが提供されている Amazon Linux 2023 をご使用いただくことをお勧めします。 Amazon Linux AMI は、Amazon Elastic Compute Cloud (Amazon EC2) 上で使用するための、アマゾン ウェブ サービスによって提供され、サポートと保守が行われる、Linux のイメージです。これは、Amazon EC2 上で実行されるアプリケーションに、安定した安全で高性能な実行環境を提供するために設計されて

オリジナルの AMI を作りたいなーと思ったら今は Packer が一択なんでしょうか？ どうも AMI 職人見習いのかっぱ（@inokara）です。 はじめに オリジナルの VM イメージを作る場合に Packer という優れたツールがあるようなのでまずは試してみる その昔 veewee でおんなじことやろうとして挫折しているので今回はどうなることやら… とりあえず今回のゴールは AWS にオリジナルの AMI を作るところまで Packer とは ちょっとうんちく。 ざっくり言うと OS インストールの自動化ツール 設定ファイルに従って異なる環境で稼働する OS イメージを作成する プラグイン機構を備える 実行に際しては以下のようなフェーズがあり各々のフェーズでプラグインを組み合わせて処理を行うことが出来る 構成要素 こちらを超意訳してみます。（powered by Google 翻訳

Type: amazon-ebs Artifact BuilderId: mitchellh.amazonebs The amazon-ebs Packer builder is able to create Amazon AMIs backed by EBS volumes for use in EC2. For more information on the difference between EBS-backed instances and instance-store backed instances, see the "storage for the root device" section in the EC2 documentation. This builder builds an AMI by launching an EC2 instance from a sourc

みなさーん、7/12(金)のVagrant meetupは楽しかったですかー? 話題のVagrantの開発者 Mitchell Hashimoto さんを迎えてのアツいVagrantトークに、TLは沸き上がっていましたね。かくいう大瀧は、WHITE ASH初の自主企画ライブのために、Vagrant meetupは泣く泣く欠席でした。いいライブだったから悔しくなんてないです。ホントです。 さて、そんな (どんな?w) Mitchell Hashimotoさんを中心に最近開発が進められているPackerというツールがあります。今年の3月に開発が始まり現在はまだバージョン0.1.5ですが、斬新なコンセプトや面白そうな機能がたくさんあって面白いと思い、今回は概要と入門をご紹介したいと思います！ Packerのできることと目指すもの Packerは、Packer Webサイトのトップ画像にもあるよう

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

高可用性・高負荷対応のWebシステムをAWSで構築する場合、ELB配下に2台以上のEC2インスタンスを配置する構成が鉄板です。こういった構成の場合、各EC2インスタンスは同等の挙動をすることが期待されます。各インスタンスにデプロイされているアプリケーションの挙動に差異があると予期せぬ問題を引き起こすことは想像に難くないでしょう。 今回は、ELB構成のWebシステムを構築する場合の、EC2インスタンスの管理やデプロイなどのポイントを紹介します。 ベースインスタンスの作成 プロダクション環境のインスタンスは複数となるため、1台1台をセットアップしては効率がよくありません。AMIを作成することで、EC2インスタンスは簡単に複製できるため、ベースとなるインスタンスを1つ構築して複製すると、効率良く構築することができます。 それ以外のベースインスタンスに関するトピックを紹介しましょう。 ステージング

IAMのポリシー作成機能を使用してS3をアクセス制御する S3だけフルアクセスできる { "Statement": [ { "Effect": "Allow", "Action": "s3:*", "Resource": "*" } ] } 機能を絞る場合 { "Statement": [ { "Effect": "Allow", "Action": [ "s3:Get*", "s3:List*" ], "Resource": "*" } ] } S3の特定のバケットのみフルアクセス(バケットとその中身のリストは表示される) { "Statement": [ { "Action": [ "s3:ListAllMyBuckets"　　#ここがないとmanagement consoleからバケット全体が見えなくなってしまう。 ], "Effect": "Allow", "Resource":

概要 サイズの大きいファイル配信を始めるときに使う「Web Storage」パターンについてまとめる 詳細 サイズの大きいファイル配信を始めると次の問題が顕著になってくる 通信速度の問題 １ユーザのダウンロード速度が回線帯域を占有するため、十分な速度で通信できない サーバのパフォーマンスの問題 一般にwebサーバは「ユーザにファイルを送信したら、すぐにコネクションを切る」ことで同時接続数を減らしパフォーマンスを向上させている だが、ファイルサイズが大きいとなかなかコネクションを切ることができず、コネクション数が増えサーバのパフォーマンスが劣化する そこで検討したいのがWeb Storageパターン Web Storageパターンではサイズの大きなファイルを配信するためにAWSの「S3(Amazon SImple Storage Service)」というインターネットストレージを使う S3は

概要 Amazon S3(Simple Storage service)のWebホスティング機能を使って静的サイトを構築する S3の操作については以前に触れたことがあるのでこちらも参照 負荷の大きなものをS3で提供する「Web Storage」 - うさがにっき 詳細 S3のBucketを作成する、Bucketが静的サイトのホストとなる バケット名でエラー、バケット名は全ユーザで異なる必要があるらしい 修正し再作成したら作成できた 作成した「practicestaticsite-aws」バケットのプロパティから（名前の横の虫眼鏡から表示できる）静的ウェブサイトホスティングを選択 ウェブサイトのホスティングを有効にするを選択しインデックスドキュメントに「index.html」、エラードキュメントに「error.html」を設定する 次にバケットポリシーを変更して、ファイルへのアクセス権を修正

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

AWS Summit Tokyo 2015 Dev–04: Service の日本最大の即レスサービス「アンサー」を支える Amazon DynamoDB」のレポートをお届けます。 スピーカーは株式会社nanapiの秋田 真宏さんです。 セッションの概要 これからDynamoDBを使ってみようという人たちに向けて、即レスQ&Aアプリ「アンサー」での運用経験から得られたDynamoDBの使いこなしノウハウを伝える、という内容でした。 セッションの内容 DynamoDB導入の経緯 バックエンドのデータベースについて、当初はRDS上のMySQLをマスター/スレーブ構成で使用されていたそうですが、レコード数の増加に伴いALTER実行時のスレーブ遅延が問題となってきたとのこと。 1000万レコード級 ALTER時は一時的にマスターをスケールアップさせることでスレーブ遅延を回避していたがマスターのスケ