Best practices for using the Terraform AWS Provider - AWS Prescriptive Guidance
Michael Begin, Senior DevOps Consultant, Amazon Web Services (AWS) May 2024 (document history) Managing infrastructure as code (IaC) with Terraform on AWS offers important benefits such as improved consistency, security, and agility. However, as your Terraform configuration grows in size and complexity, it becomes critical to follow best practices to avoid pitfalls. This guide provides recommended
Amazon RDS ブルー/グリーンデプロイを利用してMySQLのアップグレードをした話 - Pepabo Tech Portal
こんにちは。技術部プラットフォームグループのharukinです。 この記事では、私たちが提供するネットショップ作成・運用のためのECプラットフォーム「カラーミーショップ」のデータベースを、Amazon RDSのブルー/グリーンデプロイを利用し、MySQLのバージョン5.7.38から8.0.35へアップグレードした経験についてご紹介します。カラーミーショップにおいてはこれが初の試みでした。Amazon RDS固有のファーストタッチレイテンシーの解除方法や、ダウンタイム時間の計測についてもお伝えします。 Amazon RDSのブルー/グリーンデプロイを活用するメリットは、本番環境に準ずるステージング環境を構築し事前検証が可能であることです。ステージング環境は約1分で本番環境に昇格させることができ、昇格時に許容ダウンタイムを超えたり、レプリケーションやインスタンスの問題が生じた場合は、自動的にプ
Amazon RDSをAuroraにできるだけ簡単に移行&メジャーアップグレードしてみた ~RDS MySQL 5.7からAurora MySQL 8.0への移行を例に~ | DevelopersIO
Amazon RDSをAuroraにできるだけ簡単に移行&メジャーアップグレードしてみた ~RDS MySQL 5.7からAurora MySQL 8.0への移行を例に~ Amazon RDS のMySQL 5.7やPostgreSQl 11が2024年2月末に標準サポートを終了するのに伴い、RDS延長サポート費用を支払って継続利用するか、メジャーアップグレードする選択が迫られています。 今回の標準サポートを終了を期に、メジャーアップグレードだけでなくRDSからAuroraへの移行、具体的には、RDS MySQL 5.7から Aurora MySQL 8.0への移行を支援する機会がありましたので、共有します。 PostgreSQLでも同様のことが成り立つかと思います。 なお、本記事では、RDSとAuroraの対比がわかりやすいように "Amazon RDS for MySQL 5.7"を"
Best Practices for WordPress on AWS
Best Practices for WordPress on AWS Reference architecture for scalable WordPress-powered websites First Published December 2014 Updated October 19, 2021 Notices Customers are responsible for making their own independent assessment of the information in this document. This document: (a) is for informational purposes only, (b) represents current AWS product offerings and practices, which are subjec
AWS運用を任されても大丈夫。もう、インスタンスタイプで悩まない！ | AWS運用最適化サービス cloud link (クラウドリンク)
AWSアカウントを作ってから、一番最初に使用感を試してみるサービスは Amazon EC2 が多いのではないでしょうか。 Amazon EC2 はたくさんのインスタンスタイプが AWS から提供されています。初めて見る時は何を選ぶと良いか悩みますよね。オンプレミス運用からAWS運用に切り替えを検討している方は、既存環境に近いスペックの EC2 を選ぶ必要があるかと思います。また、インフラ環境を AWS でイチから準備をする場合はどのインスタンスタイプにすべきか、判断が難しいこと感じることが多いです。必要以上のスペックを選ぶと費用が掛かりすぎてしまいますし、運用に必要なスペックを下回ってしまうとアプリケーションが動かなくなる危険性があるためです。 本ブログでは、EC2 インスタンスタイプの種類や選び方をご紹介します。これから運用する環境での EC2 インスタンスタイプを決めかねている方や、既
AWS運用 ElastiCache Redis で PHP のセッション情報を保存してみよう | AWS運用最適化サービス cloud link (クラウドリンク)
AWS運用 ElastiCache Redis で PHP のセッション情報を保存してみよう Amazon ElastiCache は、クラウド内の分散インメモリデータストアまたはキャッシュ環境を簡単に設定、管理、拡張できるウェブサービスです。よく使用されるケースとしてはWEBサービスでセッション情報等のキャッシュを管理する事があげられます。 今回は ElastiCache を利用するメリットと、実際に ElastiCache Redis でセッション情報を管理する一例をご紹介します。 AWS運用 ElastiCache Redis でセッション情報を管理するメリット 冒頭で述べたように、ElastiCache Redis はWEBサービスでセッション情報等のキャッシュを管理する場合に広く用いられています。今回はそのようなケースにおいて ElastiCache Redis を導入するメリッ
EC2 (CentOS7) にSSH接続用のユーザーを追加する
AWS上に作成したLinuxで新規ユーザーを利用する場合、ユーザー作成に加えて、公開鍵と秘密鍵のキーペアを作成する必要があります。接続時に公開鍵暗号方式の電子署名を利用したユーザー認証をおこなうからです。大雑把には下図のようなイメージです。この記事ではユーザー作成からキーペアを作成して接続するまでの一連の手順を解説します。 ユーザーの作成まずは次のコマンドで「user1」を作成します。 # useradd user1 オプションを付けなくてもホームディレクトリが合わせて作成されます。 #ls /home centos user1 キーペアの作成1. 事前に作成したユーザーにスイッチします。 #sudo su – user1 2. ssh-keygenキーでキーペアを作成します。 ※「.ssh」ディレクトリは無ければ作成されますので事前の作成は不要です。 [user1@ip-xx-x-xx-
EC2に新しいユーザーを作ってSSH接続するまで - ECのウェブ担当者のメモ
EC2はデフォルトだとec2-userというユーザーが存在していますが、 今回、adminというユーザーを作成して、sshで接続するまでの手順です。 EC2にec2-userでログインできていることを前提とします。 root権限になる 最初はパスワード無しで、rootになれます。 [ec2-user] sudo su Userの追加 ユーザーを追加します。 今回 仮にadminというユーザー名で作成しますが、適宜名前等は変更してください。 [root] $ adduser admin パスワードの設定 admin ユーザーが作成されたら、adminにパスワードを設定します。 下記のコマンドを実行すると、パスワードを聞かれるので、パスワードを入力します。 [root] $ passwd admin 新しいパスワード: 新しいパスワードを再入力してください: root権限の付与 こちら必須では
Socket Supply Co.
npm npm i @socketsupply/socket -g curl . <(curl -s -o- https://socketsupply.co/sh) iwr iwr -useb https://socketsupply.co/ps | iex Write Once, Run Anywhere Ship apps faster than anyone else using one skill set, and one codebase. You can even turn your existing web app into a native Socket app. Connect Everyone Our modern P2P protocol makes it possible for users anywhere in the world to communicate
【祝！】ECSへの機密情報受け渡しがCloudFormationに対応しました！ | DevelopersIO
今まで、ECS関連リソースをCloudFormationだけで定義するのは難しかったんですが、今回のアップデートで機密情報受け渡しにCloudFormationが対応しました！ 先日、みんな大好きCloudFormationに、ECSタスク定義において待望のアップデートがやってきました！ Release History - AWS CloudFormation 端的にいうと、ECSのタスク定義で機密情報をSecrets ManagerやParameter Storeをキー指定で取得する方法が、今まではJSONやWebコンソールのみ設定可能だったのが、CloudFormationでも設定可能となったというものです。 AWS::ECS::TaskDefinition In the ContainerDefinition property type, use the ResourceRequir
【注意喚起】AWS LambdaでNode.js 6.10ランタイム構成の新規作成/更新が終了となります | DevelopersIO
はじめに 先日、AWSよりNode.js 6.10のEOLについて公式からのメールや以下のページで注意喚起がありました。 Amazon Developer Forum：4月1日にNode.js 6.10のサポートが終了になります 2019/4/30に予定されているNode.js 6.xのEOLに伴い、AWS Lambdaでの Node.js 6.10のランタイムを指定しての新規作成は、2019/4/30で終了 Node.js 6.10のランタイムを指定した関数の更新は、2019/5/30 2019/6/30で終了 但し、既存のNode.js 6.10のランタイムを指定した関数の呼び出しは引き続き可能 となりますので注意してください。 Node.js 6.xのEOL Node.js 6.xはActive LTSが2016/10/18に開始されましたが、2019/4/30にEOLとなりMain
今から始めるServerless Frameworkで簡単Lambda開発環境の構築 | DevelopersIO
こんにちは、臼田です。 皆さん、AWS Lambdaは使っていますか？ ちょっとしたスクリプトの実行から、様々なピタゴラ装置までこなせるLambdaはいいですよね。 でも、Lambdaのスクリプトを作成するときのデバッグや、外部プラグイン等も含めてパッケージングしてアップロードするなどのデプロイはちょっと面倒ですよね。 でも、Serverless Frameworkを使えば、ローカル環境でのデバッグも出来ますし、デプロイもあっという間です。 今回は、今からでも始められる、Serverless Frameworkを利用したLambdaの開発環境構築についてまとめました。 はじめに Serverless Frameworkをインストールする前に、以下の環境を準備してください。 node.js (npm) v4以上 awsアカウント awscli node.jsについては、nodebrew等で準
サーバーレスパターン
やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう! チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -
AWS Lambda@Edgeのログはどこ？AWS Lambda@Edgeのログ出力先について | DevelopersIO
どうも！大阪オフィスの西村祐二です。 今回は小ネタです。 みなさんAWS Lambda＠Edgeは使ったことありますでしょうか？ CloudFrontで配信するサイトに対して、Basic認証を設定できたりと、とても可能性を感じるサービスです。 Amazon CloudFrontとAWS Lambda@EdgeでSPAのBasic認証をやってみる 今回は、そのAWS Lambda@Edgeを使っときに意外とハマるログの出力先について記載していきたいと思います。 AWS Lambda@EdgeのCloudWatch Logsにログが見当たらない!? Lambda@Edgeは正常に動作しているけど、CloudWatch Logsにログが出力されていない！？ ってことがあります。 （CloudWatch Logsへの出力設定は問題ないと仮定しています。） ▼Lambda@Edgeは動作しているけど
AWS CloudFront Lambda@Edge の罠たち
CloudFront Lambda@Edge は、Lambda関数を実行しCloudFrontのリクエスト/レスポンスに手を加えることができるサービス。CloudFront⇔オリジン間、ビューワ⇔CloudFront間のリクエスト側/レスポンス側の4つの場所から適用する場所を選ぶことができる。 適切に使えば便利だと思うが、使ってみないとわからない罠が多いので、経験した範囲をまとめておく。 CloudFrontにはバージョンつきのLambda関数のARNを設定する必要がある CloudFront BehaviorにLambda関数のARNを設定するのだが、名前だけのARNは設定することができず、バージョン番号入りのものを設定する必要がある。 つまり、Lambda関数の中身を書き換えたら、新しいバージョン番号を発行して、その番号をCloudFrontに設定する必要がある。 毎回手動でなんて現実
Amazon CloudFront & Lambda@Edge でリクエストに応じて自動で画像リサイズする仕組みを試してみた - 49hack
Webページをすばやく表示するにはページ内画像のlazyloadや圧縮は不可欠。 けど、毎回画像を圧縮するのは手間だし自動化したい。 そして、なんかモダンな方法でやってみたい。 ってことで、調べていたらこの記事を見つけました。 Amazon CloudFront & Lambda@Edge で画像をリサイズする | Amazon Web Services ブログ 参照記事によると、 リクエストのクエリパラメータに応じて画像をリサイズしてレスポンスを返す webp対応のブラウザには画像をwebpに変換してレスポンスを返す が実現できるとのこと。 お、これ使えば画像の圧縮も簡単にできそう！！ しかもS3にオリジナルファイルを残した上で実現できるやーん 😆 さらに動的にリサイズできるからサイズ変更とか追加も簡単そう 💪 ひとまず動作検証したかったので、カスタマイズせずに記事通りにやってみまし
Amazon CloudFront & Lambda@Edge で画像をリサイズする | Amazon Web Services
Amazon Web Services ブログ Amazon CloudFront & Lambda@Edge で画像をリサイズする 多くの画像に対してリサイズを行ったり、新しいデザインレイアウトにウォーターマークを付与したり、ブラウザのサポートのためにフォーマットの最適化を行ったことはありませんか？ 画像毎に事前処理を行う必要なく、必要に応じてその場ですぐに画像を自動生成できないかとおもったことはありませんか？ Lambda@Edge はそれらを可能にし、ユーザーの利便性を向上させ、帯域使用量を削減します。 Lambda@Edge の準備: AWS Lambda はサーバーのプロビジョニングや管理の必要なしにコードを実行できます。 そして利用量に応じて支払いを行います 。 つまりコードが実行されていないときは無料です！ Lambda は自動スケーリングするとともに耐障害性を兼ね備えていま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Node.js app continuous deployment with AWS, PM2, and Github Actions.
AWS Cloud 9 で BOT / バイトマン を使う方法｜ミラーマン｜note
Include custom fonts in AWS Lambda