タグ

AWSに関するatsuizoのブックマーク (197)

  • AWS の DNS フェイルオーバーで、サーバレス&高可用性 Sorry ページを構築する

    こんにちは、インフラストラクチャー部の沼沢です。 AWSDNS フェイルオーバーの設定についての記事はたくさん出回っていますが、今回は Sorry ページに特化した設定をご紹介します。 以前、社内で AWS 上にシステム構築していた際に、例えば「急激なアクセス増で AutoScaling が間に合わないなどでユーザのリクエストに対して正常に応答できない状態に陥ってしまった時に “画面が真っ白な状態が続くこと” だけは避けたい」という要望を受け、最終手段的な位置付けで構築した Sorry ページ表示の仕組みについてご紹介させていただきます。 特段目新しい技術や情報ではありませんが、AWS にてサーバレスで高可用性な Sorry ページを構築する方法の参考になればと思います。 DNSフェイルオーバーとは?そもそも、DNS フェイルオーバーとはなんなのかを軽くご説明させていただきます。 ※

    AWS の DNS フェイルオーバーで、サーバレス&高可用性 Sorry ページを構築する
  • AWSアカウントとVPC、分ける? 分けない?: 分割パターンのメリット・デメリット | DevelopersIO

    分割の基準を2つに絞っても、9パターンもありました。各構成を1つずつ見ていきましょう。 1. 単一のAWSアカウントを使う この構成パターンは、一見単純です。しかし、すべてのシステムを1つのAWSアカウントの中に構築するため、アカウント内の環境はかなり複雑になります。 1-1. 単一のAWSアカウント、単一のVPC default VPC以外のVPCを1つ明示的に作り、その中に複数のシステム、複数の環境を混在させる構成です 1-2. システムの種類と環境の用途でVPCを分割 システムの種類でVPCを分け、さらに番用と開発用など環境の用途によってもVPCを分ける構成です 1-3. システムの種類でVPCを分割 システムの種類によってVPCを分けますが、開発環境や番環境を1つのVPC内に構築する構成です 1-4. 環境の用途でVPCを分割 環境の用途によってVPCを分けますが、複数の異なる

    AWSアカウントとVPC、分ける? 分けない?: 分割パターンのメリット・デメリット | DevelopersIO
    atsuizo
    atsuizo 2016/04/07
  • 乙武不倫の謝罪ホームページに見るサーバー構築:

    今回、不倫で有名になった乙武さんの謝罪文はAWSのS3で構築してる。技術的にもプロの犯行だ。S3とは、ざっくり言うとAmazonさんが運営してるほぼ絶対落ちない静的サーバのことです。http://ototake.com をDNSで全部S3に降ってる。要するに謝罪文しか表示しないけど絶対落ちないサーバをAmazonさんから短期的に借りる。今後、芸能人の謝罪文はAWSのS3というソリューションが増える。 GMOさんは芸能人に強いのに営業しないのかな。CAと組んで謝罪文サーバとか売ればいいのに。これは、芸能人のサイトを運用している人には重要な事例だ。教科書にのるかもしれない。むしろ、今後の謝罪ページのセオリーになるかもしれない。昔に比べて、DNSの浸透は爆速になったので、こういうのが可能なんだろな。 今まで、ototake.comを無視して、短期的にS3にDNSを降ることで、以下のメリットが有る

    乙武不倫の謝罪ホームページに見るサーバー構築:
  • AWS CLI でインスタンス情報を取得 - Qiita

    AWS CLIを使って、よく発生する作業リスト作成作業を効率化したい。 また、なんとかManagement Consoleに頼るのをやめたい。 使い慣れるために、発生しそうな作業を色々と試してみた。 環境 Mac OS X 10.9.5 Python 2.7.5 aws-cli 1.5.1 ホスト名(Nameタグ)取得方法 まずはインスタンスの一覧を取得。 自分の場合、ホスト名はNameタグに登録しておくことが多いので、describe-tags から取得。 Nameタグだけ取れてもあまり役に立たないので、インスタンスIDも一緒に取ってみる。 --queryオプションを使うと、返却する要素のselectと、フィルタ条件を付けられる。 ここでは、ResourceTypeが "instance" の インスタンスIDとNameタグ(タグKeyが"Name")を取得。 $ aws ec2 des

    AWS CLI でインスタンス情報を取得 - Qiita
    atsuizo
    atsuizo 2016/03/22
  • EC2インスタンスのインスタンスIDを取得して設定ファイルに記述したい件 | DevelopersIO

    はじめに 好物はインフラとフロントエンドのかじわらゆたかです。 設定ファイルに起動しているインスタンスの情報を記載したいといったニーズは様々な場面で出てくると思います。 そういった際に、いちいち手で書き換えるのは様々な事故を引き起こす可能性があります。 インスタンスの情報は取得したいEC2インスタンスから"http://169.254.169.254/latest/meta-data/" に アクセスすることで取得できるのでそれを用いて設定ファイルに反映させてみたいと思います。 前提 以下の様な設定ファイルのHostnameの箇所にインスタンス名を設定するといったケースを想定します。 Setting.conf Hostname= 実装 curlコマンドとシェルスクリプトで実装します。 まずは先程の設定ファイルに置き換え対象文字列をセットしておきます。 置換時の事故回避と置き換わったかを確認

    EC2インスタンスのインスタンスIDを取得して設定ファイルに記述したい件 | DevelopersIO
    atsuizo
    atsuizo 2016/03/22
  • AWS で WEB サービスを運用する際に知っておいたら少しは役立つこと - Qiita

    Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

    AWS で WEB サービスを運用する際に知っておいたら少しは役立つこと - Qiita
    atsuizo
    atsuizo 2016/03/22
  • RDS: MySQL5.6 のbinlogアクセス権限 - aws memo

    RDS MySQLで、5.6のエンジンがサポートされた。 Amazon Web Services ブログ: 【AWS発表】 Amazon RDSがMySQL 5.6をサポート! そのなかで バイナリログアクセス - バイナリログを付属のmysqlbinlogツールを使って、ダウンロードしたりストリームすることができます。 この機能はオンプレミス環境とのデータの同期や、監査ログ、分析、レプリケーションエラーのデバッグといった様々な目的に使うことができます。この機能を利用するには、自動バックアップ機能を有効にする必要があります。 と書かれている。まずは権限の確認。ユーザ名「test」で作ったRDS MySQL5.5と5.6を比較すると MySQL 5.5 mysql>SHOW GRANTS FOR test\G *************************** 1. row ******

    RDS: MySQL5.6 のbinlogアクセス権限 - aws memo
  • AWS で作るシステムのセキュリティ考 - 水深1024m

    AWS アカウントを複数人で使ってシステムを作っていく時に、 セキュリティの面からやるべきことについて。 主に Web アプリケーションを想定した内容ですが、特に書いてあることは特殊ではないと思います。 各所の Blog にも記事書かれてますが思っていることをつらつらと書いてみます。 なんか変なこと言ってたらご指摘ください。 参考: AWSセキュリティが気になるなら読んでおくべきAWSセキュリティのベストプラクティス - yoshidashingo はじめに (AWS アカウントと IAM ユーザ) 前提というか用語の話。 AWS アカウント アカウント作成時のメールアドレス、パスワードでログインして使うユーザ IAM ユーザ AWS アカウントから発行できる、ユーザ名とパスワードでログインして使うユーザ AWS アカウント周り AWS アカウント (ルートユーザ) で作業できないように

    AWS で作るシステムのセキュリティ考 - 水深1024m
  • 現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠

    RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね(キリッ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした

    現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠
  • 【速報】AWS Database Migration Service & AWS Scheme Conversion Tool発表!DBの移行が簡単に! #reinvent | DevelopersIO

    こんにちは、せーのです。AWS Re:Invent2015現地におります。 たった今新サービス「AWS Database Migration Service」「AWS Scheme Conversion tool」が発表されました! AWS Database Migration Service (Preview) Now in Preview: AWS Database Migration Service 現在はプレビュー版なのでこちらより申し込みが必要です。 オンプレからRDSへ簡単に移行できる このサービスは簡単に言うと「オンプレにあるDBAWS上に移行するためのサービス」となります。 通常オンプレのデータをRDSに全て移行するには長い計画、移行設計をしなくてはいけません。通常1企業のデータであれば6ヶ月から1年みたりします。この新サービスを使うことでそれを数十分に縮めることが可能で

    【速報】AWS Database Migration Service & AWS Scheme Conversion Tool発表!DBの移行が簡単に! #reinvent | DevelopersIO
    atsuizo
    atsuizo 2016/02/16
    あとで調べる
  • Amazon VPCでRDSを起動するまでの手順 - サーバーワークスエンジニアブログ

    こんにちはAWSチームの柳瀬です。 最近Amazon VPCがどんどん拡張されていて、どんどん魅力的なサービスになっていますね。 そして多くの方が待ち望んでいたRDSも、VPC内で使用出来るようになりました!!(ぱちぱち) 私もさっそく起動させてみたので、手順をまとめておきました。 ※VPCの作成は事前に完了させておいて下さい。 ■DB Subnet Groupを作成します。DB Subnet Groupは必ず最低一つ作成する必要があります 以下のようにVPC ID、Availability Zone、Subnet IDを指定してDB Subnet Groupを作成します。 ※Multi-AZ環境で使用する事を考え、DB Subnet Groupには2つのAZを登録します。 ※DB Subnet Groupを作成完了後、反映されるまでに少し時間がかかるようなので気長に待って下さい。 ■

    Amazon VPCでRDSを起動するまでの手順 - サーバーワークスエンジニアブログ
  • Amazon LinuxにOracle JDKを入れる - Qiita

    Help us understand the problem. What is going on with this article?

    Amazon LinuxにOracle JDKを入れる - Qiita
  • AWS-RDS - gouyasystem

    RDS Dashboardから、[Subnet Groups] → [Create DB Subnet Group]

  • ソニー銀行のクラウド活用によるITコスト構造改革、その内容と効果

    インフラにおけるITコスト構造改革の手段として、1つはインフラ標準化の推進。2011年頃から共通設計書の作成といったものを進めて、そして昨年Chefを利用した構築自動化など実績を積んできました。 そして2番目はOSSの推進、特にLinuxの推進を進めています。昨年にはAWSの活用も進めてきました。来年度にはプライベートクラウドも統合管理できるAWSと互換性のあるものを見極めて進めていきたいと思っています。 3つ目は、ネットワーク基盤の最適化で、キャリア閉域網の活用やセグメントの見直しなどを進め、最終的にはハイブリッドSDNへと進めています。 Chefによるインフラの自動化 インフラ標準化の推進ですが、Chefによるインフラの構築、自動化などを行っています。 Chef採用の目的の1つに、パブリッククラウドのリスク、つまりサービスの解約通知や内部不正などのリスクを緩和するというものがあり、Ch

    ソニー銀行のクラウド活用によるITコスト構造改革、その内容と効果
    atsuizo
    atsuizo 2015/12/01
    銀行業としてはクラウド活用進んでるけど、対象業務のスライドを見ると、ガチな銀行業務をクラウド化してるわけじゃないのでモニョる。
  • MySQL 5.6とAmazon RDSの設定の違い | Yakst

    MySQL Performance Blogの翻訳。MySQL 5.6とAmazon RDSの設定パラメータの違いと、その理由について解説する。 過去数年にわたってずっと耳にし続けていて、現在でもよく聞く不満と言えば、Amazon RDSが、MySQLをEC2インスタンスで動かした時と比べて設定の柔軟性がないことだ。と同時に、MySQLインスタンスをチューニングするために非常に重要なパラメータへアクセスできるようにしているという、一貫してAmazonのやってきたことを無視してもいる(所詮、bind_addressをRDSインスタンスで設定することが顧客にとってどの程度関連があるかによる)。 視覚的に見てみよう。 MySQLは、523のオプションを提供している(うち35がNDB関連なのでRDSとは関係ない)。一方で、RDSは(Web UIからは)283のオプションを提供しており、うち58が変

    MySQL 5.6とAmazon RDSの設定の違い | Yakst
  • RDSでParameter Groups変更時のDBリブートについて調査してみた | iret.media

    こんにちは、cloudpack の 今岡 です。 Amazon RDS はインスタンスのスペックに応じて、自動でDBパラメータを調整してくれるのが売りでもありますが、どうしても変更したいパラメータがあったりします。有名なところでは max_allowed_packet character_set_xxx 系 この辺りのパラメータや、もっと重いパラメータ(クエリキャッシュの有効化等) 変更時に、DBリブートはかかるのか、かけなくていいのかを検証します。今回はとりあえずMySQLです。 リブートが掛かっていないかの確認 スクリプトを用意しました。しょうもないスクリプトですが、使ってください。 #!/bin/bash while : do dt=$(date) state=$(timeout 5 mysqladmin ping -u -p -h) echo $dt-$state sleep 1

    RDSでParameter Groups変更時のDBリブートについて調査してみた | iret.media
  • AWS RDS デフォルトDBパラメータグループ運用止めませんか? - vague memory

    デフォルト設定で構築してあったAmazon RDSMySQLの運用でちょっと困った事があったので。 SlowQueryを取りたいんだけど? MySQL運用あるあるです。 デフォルトOFFなので必要に迫られてONにするケースは多々あります。 どうぞどうぞ slow_query_log または log-slow-queries スロークエリログの有効/無効 slow_query_log_file スロークエリログファイル名 long_query_time スロークエリログに出力する閾値(デフォルト10秒) この辺りの 動的パラメーター を設定すれば良いのです。 もちろん 動的パラメーター なのでデータベースを停止することなく変更可能です。 では、適用しましょう まず、RDSなので権限が無いためSET GLOBALコマンドでの変更は行えません。 ERROR 1227 (42000): Acces

  • 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

  • AWS Black Belt Tech Webinar シリーズ 2015 - Amazon Aurora

    2015年7月31日に開催したAWS Black Belt Tech Webinar シリーズ 2015 - Amazon Auroraの資料です。 Black Beltの予定は以下のURLで公開されています。 http://aws.amazon.com/jp/about-aws/events/#webinar

    AWS Black Belt Tech Webinar シリーズ 2015 - Amazon Aurora
  • AuroraのストレージのQuorum原理 - yoshidashingo

    cloudpackエバンジェリストの吉田真吾(@yoshidashingo)です。 今回発表になった Amazon RDS for Aurora。最大の特徴はストレージが従来のRDS(Multi-AZ)における「完全同期なミラーディスク型のレプリケーション」方式でなく、「Quorumベースの非同期レプリケーション」方式が採用された点です。 Quorumの概念 Quorum自体の概念の説明はWikiなどを参照してください。ノード間で投票を行い、定足数が揃った処理を実行/破棄するという考え方です。 Quorum - Wikipedia 同期型のミラーディスク型から非同期のQuorum型へ Aurora以外のRDSのMulti-AZ配備は、マスターノードのディスクへの書き込みをブロックレベルでスタンバイ側に適用する完全同期なフィジカルレプリケーションを行っています。これにはいくつかの課題が考えら

    AuroraのストレージのQuorum原理 - yoshidashingo