[初心者向け]AWS Well-Architected ドキュメントの歩き方 | DevelopersIO
2022バージョンについて 新バージョンをリリースしています。 今後はこちらをご参照ください。 以下2021バージョン AWS認定トレーニング講師の平野@おんせん県おおいたです。 今日はWell-Architectedがテーマです。 はじめに AWS Well-Architected フレームワークとは AWSとAWSユーザの10年以上の経験からまとめられたベストプラクティクス集です。 いいかえれば、多くの失敗反省を元に作られています。 これからAWSを活用する際に、皆さんが同じ失敗をしないためのガイドラインとも言えます。 AWSを始めたら、まずは目を通してもらいたいドキュメントです。 とはいえ... とはいえ、このドキュメントなかなか読みづらいです。 私も正直最初は？？？という感じでした。 そこで、これからWell-Architected ドキュメントを読む方のサポートができないかと思い
![[初心者向け]AWS Well-Architected ドキュメントの歩き方 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/61b8033f05d1e5ba2c6b80dad8bd07c481d8078f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2021%2F06%2FWA_guide-1.png)
【レポート】AWS CloudFormationテンプレートからAWS CDKへの道のり#reinvent #ZDC301 | DevelopersIO
どーもsutoです。本記事はAWS re:Invent 2020のセッション「The journey of an AWS CloudFormation template to AWS CDK」のセッションレポートです。 既存のAWSFargateサービスとそのAWSCodePipelineパイプラインの設定を記述しているAWSCloudFormationテンプレート（yamlファイル）からAWS CDKアプリケーションに移行するためにどのような手順で実施すればよいのかをデモを行いながら解説しています。（CDKの言語はtypescriptを使用しているようです） 本セッションに使用した環境はGithubにあります。（2020/12/3時点ですべてのファイルがアップロードされてはいなかったようですが、今後すべてのコードがアップされるかもしれません） https://github.com/pga
[レポート] SNSとSQSとLambdaによるスケーラブルでサーバーレスなイベント駆動アーキテクチャ #reinvent #svs303 | DevelopersIO
こんにちは。サービスグループの武田です。 開催中のre:Invent 2020でScalable serverless event-driven architectures with SNS, SQS & Lambdaのセッションを視聴しましたのでレポートします。 何度か配信がありますので視聴したい方はスケジュールを確認してみてください。 AWS re:Invent 2020 セッション概要 スピーカー Justin Pirtle（AWS Speaker） タイトル Scalable serverless event-driven architectures with SNS, SQS & Lambda SVS303 イベント駆動型のサーバレスアーキテクチャは、アプリケーションをシームレスに拡張して、ほぼすべての需要に対応できるようにし、従量課金と最小限の運用オーバーヘッドの恩恵を受けます
[レポート] ANT316 : 効率的なデータレイク: データレイクデザインパターン #reinvent | DevelopersIO
AWS re:Invent 2018 ANT316 - Effective Data Lakes: Challenges and Design Patternsのセッションレポートです。 以下、公式の概要です。 Data lakes are emerging as the most common architecture built in data-driven organizations today. A data lake enables you to store unstructured, semi-structured, or fully-structured raw data as well as processed data for different types of analytics—from dashboards and visualizations to big da
![[レポート] ANT316 : 効率的なデータレイク: データレイクデザインパターン #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/69d5e5df38c6d27d133baa3f894a2379a68db070/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_reinvent-2018-city_1200x630.jpeg)
Amazon Aurora under the hood: クオーラムと障害 | Amazon Web Services
クォーラムシステムは、いくつか優れた特性があります。(例えば、リブートのために発生するような)一時的な障害やクォーラム内の1つのノードの遅延に対処するのと同じくらい簡単に、ノードの長期的な障害に対処できます。 The Aurora quorum Aurora では、3 つの AZ にわたって、6 つのデータコピーを利用し、4 つの書き込みクォーラム、3 つの読み込みクォーラムを持っています。書き込みは 全 6つのデータコピーに対して発行され、6 つのコピーのうち4つから ACK が返ってきた時点で書き込みを完全に認めます。もし、そのうちの1つに遅延が発生していたとしても問題ありません。その他のノードが素早く返答し、遅れているノードは、可能な時に追いつきます。もし、ノードのうちの1つが少しの間、利用不能になった場合でも問題ありません。書き込み、読み込み能力が失われることはなく、そのノードも回
AWS 導入事例：株式会社リコー | AWS
リコーが複合機を中心としたモノ売りの企業からサービス業への変革を成功させる為には、お客様とつながり続けることが最も重要です。 お客様の課題やニーズをより深く理解し、サブスクリプション方式のサービスを提供する事業基盤の構築には AWS が最適です。 AWS の最新技術を積極的に活用し、ビジネス変革を加速していきます。 複合機やプリンター、電子黒板、全天球カメラなどのさまざまなエッジデバイスやアプリケーションをクラウドプラットフォームでつなぎ、顧客の業務プロセス変革や働き方改革を支援するサービスを提供する株式会社リコー。“モノ”から“コト”へと、サービスを中心としたビジネスモデル変革に取り組む同社は、顧客のニーズやインサイトをより深く正確に知るために、事業部横断の共通データ基盤を AWS で構築しています。現在は、その内の一つであるデータ活用基盤を、ドキュメントサービスをはじめとした多くの事業
Auroraの各種エンドポイントとダウンタイムの検証 | 外道父の匠
前回に続いてまたAuroraです、Aurora。高い可用性なのはわかっていますが、じゃあ具体的にどのくらいやねん、となると良い情報がなかったので調べることにしました。 Auroraの公式情報は、一定以上の知識を前提とした内容になっていて、良いバランスで心地よい感じなのですが、まだ読んでて楽しいコンテンツが欠けている印象です。一般情報も、出ました、使ってみました、とかしか無くて寂しいので、ブルーオーシャンを泳いでいくとしましょう。 AuroraのEndpoint 公式読めばいい所なので軽く復習ですが、現在のAuroraのEndpointは３種類あります。 Cluster Endpoint … 常にWriterを指すFQDN。参照更新の両用 Reader Endpoint … ランダムでReaderを返すFQDN。参照用 (Instance) Endpoint … インスタンス毎に割り当てられ
事前にご確認ください – AWSにおける2016年12月31日（日本時間2017年1月1日）のうるう秒 | Amazon Web Services
Amazon Web Services ブログ 事前にご確認ください – AWSにおける2016年12月31日（日本時間2017年1月1日）のうるう秒 2016年末最後の数秒をカウントダウンする場合は、最後に1秒を追加するのを忘れないようにしてください！ 次回のうるう秒（通算27回目）が、UTC（世界標準時）の2016年12月31日 23:59:60として挿入されます（訳注：日本標準時では2017年1月1日 8:59:60になります）。これは地球上での時刻（協定世界時）と太陽時（天文時）とのずれを小さくするために行われ、この結果、UTCでは今年最後の1分は61秒あることになります。 参考）「うるう秒」挿入のお知らせ（総務省） 前回のうるう秒の際に出した情報（事前にご確認ください – AWSでのうるう秒対応）は引き続き有効で、今回も同様に処理されますが、少しの違いと進展があります: AWS調
プロセスのメモリ使用量が少ないのにメモリ使用量が増加していた時に調査、対応したこと | DevelopersIO
はじめに メモリ使用率が上昇傾向のインスタンスについて調査をしましたので調査内容と対応内容についてご紹介します。 初動調査 freeコマンドで確認 $ free -m total used free shared buffers cached Mem: 7986 7657 329 33 99 312 -/+ buffers/cache: 7246 740 Swap: 0 0 0 メモリ使用量は7246MB topコマンドで確認 topの後にshift + m top - 12:40:32 up 36 days, 12:26, 1 user, load average: 0.00, 0.01, 0.05 Tasks: 96 total, 1 running, 95 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100
ターミナルから直感的にCloudWatch Logsを検索できるawslogsコマンドの紹介 | DevelopersIO
はじめに こんにちは、中山です。 先日AWS Summit Tokyo 2016に参加してきました。セッションを聴講している際にスピーカーの方が面白そうなツールを紹介されていました。awslogsというPython製のツールです。これはAmazon CloudWatch Logsをターミナルから直感的に検索するためのツールです。早速使用してみたのでレポートします。 検証環境 awslogsコマンドを利用するためにCloudWatch Logsの設定が必要です。検証環境構築用のコードをGitHubに上げておきました。以下のコマンドで実行可能です。 $ git clone https://github.com/knakayama/awslogs-demo.git $ cd awslogs-demo $ ssh-keygen -f site_key -N '' $ terraform apply
Keepalived and HAProxy in AWS: An Exploratory Guide | Rapid7 Blog
Last updated at Fri, 03 Nov 2017 20:33:46 GMT We’re going to explore high availability and load balancing using Keepalived and HAProxy. Keepalived is a routing software designed to provide simple and robust facilities for load balancing and high-availability to Linux systems and Linux-based infrastructures. HAProxy is an open source load balancer/reverse proxy generally used for load balancing web
Amazon RDS における MySQL 5.6 のパラメータ設計例 - bekkou68 の日記
(最終更新日: 2017/9/25) はじめに production 環境で MySQL 5.6 動かすためのパラメータ設計についてまとめました。この記事がカバーする内容は次のとおりです。 パラメータを設定するスクリプト。 各パラメータにおける変更するかどうかの判断基準。 想定されるメモリの消費サイズを算出してパラメータが妥当かどうか確認する方法。 サービスの状況に応じててきぎ読みかえてください。 【結論】パラメータグループ作成・パラメータ設定のスクリプト 結論として、パラメータグループを作成し、パラメータを設定する aws-cli のスクリプトを置きます。Amazon AWS の Web Console から設定することもできます。 #!/bin/sh # == パラメータグループ作成 aws rds create-db-parameter-group --db-parameter-gr
What is the AWS Command Line Interface? - AWS Command Line Interface
The AWS Command Line Interface (AWS CLI) is an open source tool that enables you to interact with AWS services using commands in your command-line shell. With minimal configuration, the AWS CLI enables you to start running commands that implement functionality equivalent to that provided by the browser-based AWS Management Console from the command prompt in your terminal program: Linux shells – Us
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
How to convert VMDK virtual hard disks to Amazon Elastic Compute Cloud (EC2) AMI format
How to convert VMDK virtual hard disks to Amazon Elastic Compute Cloud (EC2) AMI format Let me introduce the Amazon Elastic Compute Cloud (EC2) concept for a few moments. Amazon EC2 is a web service designed to provide instantly resizable, scalable computing capacity to users around the world. It's a massive virtualization grid, located within the massive Amazon farms, providing CPU cycles and har
はじめてのAmazon VPC - 1. ルーターからVPCへVPN接続する - 元RX-7乗りの適当な日々
ぼちぼちAmazon VPCを触り始めてみました。 今更な感じもしますが、Amazon VPCのPrivate SubnetにHardware VPN(IPsec VPN)を使って接続できる今時点での詳しい手順を残しておこうと思います。(シリーズ化します。多分。) Amazon VPCの概要は、下記公式サイトの説明に任せますが、簡単に説明すると、Amazon VPCを使うことで、AWSクラウド内にプライベートネットワークを作成することができるので、従来よりネットワークレベルでの細やかなアクセスコントロールを実現できます。 また、VPN接続をサポートしているので、会社やデータセンターと接続することで、プライベートネットワーク内でAWSのリソースをシームレスに扱うことができるようになります。つまり、自社ネットワークのアドレスをAmazon EC2のインスタンスに振ることができる、みたいなイメー
メモ: EBSタイプ、インスタンスストアタイプ - 虎塚
AWSのAMIには、rootデバイスがEBSタイプのものと、インスタンスストアタイプのものの2種類があります。 このことはAWSを使う上で知っておくべき常識ですが、自分はよくわかっていなかったため、無頓着でした。 で、今日やった失敗。 AWS上でサーバ/エージェント型のツールを動かしたいな。 サーバにはlargeインスタンス、エージェントには microインスタンスを使おう。 エージェントを1つセットアップしたら、AMIを作って量産すればエエのよね。AWSベンリだわー。 （インスタンスストアタイプのAMIをウッカリ作成） アレ? こまいインスタンスが作れなす・・・。何かlargeインスタンスごろごろ・・・。? ぐはぁ、明らかにオーバースペック。それに、お金がっっ （3に戻ってAMIを作り直し） 情けないですね。こういうマヌケなことをして時間を無駄にしてはいけませんね。 というわけで、理解し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マルチリージョンのテレビ会議クラウドをAurora+DMSで実現した話
「AWSだって壊れる」を前提に考えた可用性向上策、リコー事例講演 (1/2)
SSSSLIDE
