JAWS-UG初心者支部 AWS書籍活用術
13. Amazon Web Services入門 ― 企業システムへの導入障壁を徹底解消 企業にAWSを導入する為の想定問答集。 セキュリティや従量課金など、導入時に突っ込ま れやすい内容についての解説 情シス向けの2冊 情シス・マネジャーのための 早わかりＡＷＳ入門 そのままズバリのタイトル。 日立オールスターズでの執筆。 #jawsug_bgnr 14. Amazon Web Services 徹底活用ガイド (日経BPムック) AWSの概要説明と導入企業の事例紹介。 ムック本とあって薄いものの、読みやすい。 AWSの導入イメージがつきやすい 概要を理解するのに最適な1冊 #jawsug_bgnr
Sensu発表資料
13. 新監視システム要件 ☁ 監視クライアント自身がチェック結果をサーバへ通知するパッシブ チェック – SensuならStandaloneモードがあるよ ☁ 監視設定・管理が自動化なり単純化ができること – SensuならChef LWRPがあるよ ☁ Sensu ServerへのClient登録名をrecipe(attribute)に書きたくない – ssh_configのHost文字列+Instance IDを結合してノード名を登録 ☁ 複数のAWSアカウントで稼働するEC2/RDS等を監視,メトリクを収 集・一元管理ができること – sensu community pluginがあり,Graphite用のHandlerもある。さらに Rubyistな同僚とPJを担当することになので何とかなりそう
AWS New Service Meetupに参加 & LTしてきました #jawsug | DevelopersIO
丹内です。 昨日行われた、AWS New Service Meetupに参加し、LTもさせて頂きました。 以下、簡単な参加レポートです。 Amazon Machine Learning ADSJ 今井雄太様の発表です。 このサービスは、Amazonが長年培ってきた機械学習の技術を、そのバックエンドがなくても活用しやすく提供するサービスです。 教師データから事前に作成したモデルに基づき、リクエストした値に対して分類や評価を行ってくれます。 バッチ処理とリアルタイム処理の方法でアクセスでき、リアルタイム処理を設定すればアプリケーションとの統合も可能となっています。 私は機械学習には疎いのですが、「◯◯について知っている内容にもとづいて判断する」という実例が、AMLが予測にフォーカスしたサービスであることを分かりやすく表していると思いました。 Amazon Elastic File System
AWS インスタンス別ネットワーク帯域・InstanceStore IOPS測定 - Qiita
#!/bin/sh INSTANCE_TYPE=$(curl -s http://169.254.169.254/2014-11-05/meta-data/instance-type) yum install fio -y umount /media/ephemeral0 time dd if=/dev/zero of=/dev/xvdb bs=1M sudo mkfs.ext4 /dev/xvdb mount /media/ephemeral0 for i in `seq 0 3`;do time fio -name=random-write \ --output=/home/ec2-user/${INSTANCE_TYPE}-${i}.txt \ -ioengine=libaio \ -rw=randrw \ -rwmixread=0 \ -bs=16k \ -numjobs=16 \
AWS News Blog
Join AWS Hybrid Cloud & Edge Day to Learn How to Deploy Your Applications in the Everywhere Cloud In his keynote of AWS re:Invent 2021, Dr. Werner Vogels shared the insight of how “the everywhere cloud” is bringing AWS to new locales through AWS hardware and services and spotlighted it as one of his tech predictions for 2022 and beyond in his blog post. “What we will see in 2022, and even more […]
GunosyのMicroServicesとOpsWorks / よくわかる AWS OpsWorks
2015/03/26 よくわかるAWS OpsWorks
TrailDashでCloudTrailを可視化する | DevelopersIO
はじめに 皆さん、CloudTrail使ってますか？AWSアカウントのAPI呼び出しを記録しログとして保存するCloudTrailは、とりあえずデフォルトで有効にしても良いほど、監査証跡の観点で有用なサービスです。 しかしそのログはgz圧縮されたJSONファイルなので、正直人間の目でチェックするには厳しいものがあります。様々なパートナーベンダがCloudTrailを可視化するソリューションを提供していますが、商用プロダクトはなかなか簡単に試すことはできません。 そんな中、AWSのChief EvangelistであるJeff Barrのtweetで面白そうなものを知りました。 Traildash is an #AWS Cloudtrail dashboard - http://t.co/58fjvreh9v - nice work, @AppliedTrust ! pic.twitter.
開発するように運用するインフラ JAWS DAYS 2015
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
AWSで構築した環境にありがちなシェルスクリプトたち まとめ ｜ DevelopersIO
AWSでサーバを運用する際にはEC2からAWS CLIを使って他のAWSのサービスと連携したりすることがあると思いますが、AWS環境ならではのシェルスクリプトを集めてみました。AWS CLIのバージョンは1.7.13、Pythonのバージョンは2.6.9を使っています。私はAmazon Linuxで動作を確認しています。 目次 準備する AWS CLIのインストール AWS CLIのアップデート aws configureでセットアップする IAM roles for EC2 instancesに関して 監視系 CloudWatchでカスタムメトリクスを設定する ZabbixからCloudWatchの値を取得する プロセス監視する バックアップ系 AMIとEBSのバックアップを作成する RDSのスナップショットを作成する S3のフォルダを削除する 便利スクリプト系 Route53の自動登録
Terraform + GitHub + CircleCI + Atlasを利用してAWSの操作を自動化した - Glide Note
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
AWS円建て支払いの利点について | DevelopersIO
VISA提携レートは、Visaインターナショナルの計算ページを利用し、クレジットカード会社の海外利用に係る事務処理コストとして1.63%を加算した値を求めました。 AWSレートは、AWSのBillingページを利用し、値を求めました。 まとめ 国内の一般的なVisa,MasterCardの提携クレジットカードでは、海外決済を行う際、クレジットカード会社の事務処理コストとして1.63%の手数料が発生します。 三井住友VISAカードコーポレートサイト 外貨で決済した場合の換算レートについて 外貨でのショッピングご利用代金は、各地のVisaセンターまたはMasterCardセンターから決済センターにデータが到着した時点で、Visaインターナショナル・MasterCardインターナショナルが交換するレートに、弊社が海外利用に係る事務処理コストとして1.63%を加えたレートが適用されます サンプルの
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
もっとELB（Elastic Load Balancing）を活用する | DevelopersIO
みんな大好きElastic Load Balancing(以下ELB)は利用にあたっては細かい仕様に注意する必要があります。 2014年ELBにお世話になった人もそうでない人も2015年はもっとELBを活用するために、改めてELBの仕様や活用方法を振り返ってみましょう。 ※本稿の内容の多くは一度でもELBを使ったことがある方を想定しています。 ELBが得意なところ ELBはコスト効果良く高い可用性と拡張性をもつロードバランサーをサービスとして提供してくれるので、最初に利用するロードバランサーとしても、長く使うロードバランサーとしても優秀です。 ELBを活用するためのドキュメントがAWSから公開されています。未読の方は必ず目を通しておきましょう。 Best Practices in Evaluating Elastic Load Balancing ELBが苦手なところ ELBを利用する上で
デザインパターンから見た AWS と Azure
2. 自己紹介 • はるたま（@harutama） – 冨田 順（とみた すなお） – 職業：プロ社畜 – Microsoft MVP for Microsoft Azure • Azureのコミュニティやってます – http://r.jazug.jp/ • クラウドごった煮の中の人もやってます – http://www.cloudmix.jp/ 2 5. パターン一覧 • 基本のパターン – Snapshotパターン（データのバックアップ） – Stampパターン（サーバの複製） – Scale Upパターン（動的なサーバのスペックアップ／ダウン） – Scale Outパターン（サーバ数の動的増減） – Ondemand Diskパターン（動的なディスク容量の増減） • 可用性を向上するパターン – Multi-Serverパターン（サーバの冗長化） – Multi-Datacent
EC2でCentOS6のEBS-Backed HVM方式 AMIをゼロから作る - Qiita
64bitの完全クリーンなCentOS環境のEBS-Backed AMIを作成する手順です。 Amazon公式のAMIを使えばいいだけの話なのですが完全にゼロからクリーンインストールを行ったCentOS AMIを作成したいと思います。 AWSで仮想化方式 PV(paravirtual) と HVM(Hardware-assisted virtualization)があるのですが、今回はt2.microなどの新しいインスタンスタイプが使用できるHVM方式にて作成したいと思います。 おおまかな流れ 作業用インスタンスにVolumeをアタッチ そのVolumeにCentOSをインストール。 CentOSインストール後、各種設定を行い、Volumeのsnapshotを取る。 取ったsnapshotからAMIを作成する 作業用インスタンスを作成 適当なHVMなAmazon Linux 64bitを立
Amazon SQSとCloudWatchによる高速AutoScaling | DevelopersIO
キューの長さと連動する Amazon SQSはキューのサービスです。メッセージを送る側と受ける側を疎結合にできるため、たまにスケールするアプリケーションにおいては非常に重要な役割を果たします。今回は、急激にメッセージが増えた時にできるだけ早くチェックして高速にスケールする方法についてご紹介します。 5分から1分へ Amazon SQSでは、規定値として5分に1回Amazon CloudWatchに監視用のデータを送っています。このデータの種類には、キューの長さも含まれていて、標準の状態では最大5分前の状態確認を1分毎に行うことになり、急激なキューへのメッセージ追加に対して、即座に反応ができません。そこで、カスタムメトリクスを使って1分以下のタイミングで監視データを送ることで、今までよりも早くアクションをすることができるようになります。 カスタムメトリクスの登録 SQSのキューの長さを確認す
RDS (MySQL) で大規模テーブルを運用する際の注意点 | Hack
この投稿は AWS Advent Calendar 2014 の 22日目の記事です。 RDS で MySQL を運用中に、想定外の CPU スパイクに悩まされたことがありましたので纏めておきます。 まずは、CloudWatch のグラフを見てみましょう。 所々で CPU スパイクが発生しているのがわかるかと思います。一見すると法則性がないようにも見えます。一般的には CPU リソースを消費する要因としては、アクセス過多やバッチ処理などで負荷をかけたケースが殆どです。しかし、今回のケースはユーザー側では何も負荷をかけておらず、RDS へのアクセスがゼロのサーバーでも同様の CPU スパイクが発生することがわかりました。 CPU スパイクの原因は？ では、CPU スパイクの原因は何だったのでしょう？その後の調査で「RDS の定期メンテナンスジョブ」が原因であることがわかりました。 以下、メン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
S3をDB利用 ショッピングセンター向けポイントシステム概要
20150207 jawsug kansai
conma.me
