Amazon ElastiCache（初心者向け 超速マスター編）JAWSUG大阪
4. Amazon ElastiCache とは □ KVSキャッシュサービス ・memcached 1.4.5 互換 ・クラスタ構成、Auto-Discovery（Java, PHPクライアント提供） ・スケールイン/スケールアウト □ インストール・構築不要 ・AWS Management Console 、CLI または API からアクセス ・プロビジョニング、ソフトウェアのインストールや管理が不要 ・ソフトウェアの自動パッチ適用 ・インスタンスタイプを選択可能 □ 自動障害検出と復旧 ・キャッシュクラスタの状態を監視 ・CloudWatch、SNS と連携 5. まずはキャッシュを検索 ヒットしなければDBを検索 Amazon ElastiCache とは □ 目的と用途 ・アプリの高速化、データベースの負荷低減 ・セッションの管理 get(Key) Value select V
【保存版】EC2(Amazon Linux)の環境構築でphp5.6を正しくインストールする手順 - Qiita
Amazon Linuxにphp5.6を正しくインストールする手順を説明します。 特にphp-gdのインストールは手こずりやすいので注意してください。 Amazon Linuxでない場合でもインストールできるよう、注意書きしてあります。 SSHでサーバーにログインしたところから始めます。 iptablesについて AWSでは「Security Groups」というものがあり、EC2やRDSなどのインスタンスに適用できるAWS標準のファイアウォール機能を提供しています。Security Groupsでは、「どのアクセス元」から「どのポート」からのトラフィックを許可することができるかをホワイトリスト形式で設定することができます。 そのため、Amazon Linuxにおいてiptablesは実質設定する必要はなく、初期設定では起動しないようになっています。サーバー内で個別で設定していくよりも複数
[Deep SecurityでEC2徹底防御] #01 概要とAWS環境でのインストール | DevelopersIO
<a href="https://cdn-ssl-devio-img.classmethod.jp/wp-content/uploads/2013/08/deepsecurity_banner-2.png"><img src="https://cdn-ssl-devio-img.classmethod.jp/wp-content/uploads/2013/08/deepsecurity_banner-2-640x139.png" alt="deepsecurity_banner-2" width="640" height="139" class="alignnone size-medium wp-image-70849" /></a> ども、大瀧です。クラウド環境のセキュリティ対策、皆さんはどのように対応していますか？AWSの場合、Amazon VPCに多くのセキュリティ機能があり日々活用
![[Deep SecurityでEC2徹底防御] #01 概要とAWS環境でのインストール | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/2ea48868b062d89af62d2ce83e4241310a5ef13b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fdeepsecurity_logo_2.png){kind=logo}
【AWS 再入門】EC2 + RDS によるミニマム構成なサーバー環境を構築してみよう | Recruit Tech Blog
フロントエンドエンジニアですが、AWS 始めてみます そんな訳で、UI デザイナー > Flex ディベロッパー > マークアップエンジニアと、今日までフロントエンド一辺倒で来た私 wakamsha ですが、とある事情から Amazon Web Services ( 以下、AWS ) と戯れてみることになりました。とはいえインフラ関連の知識がほぼゼロな自分が一からお勉強するというのもなかなかどうして学習コストがかかるので他の人にお任せするという選択肢もあったのですが、こんな機会でもない限りずっとやらないだろうということで、軽い気持ちで始めてみようかと思います。 それにしても、前職はAWSヒャッハーッ！な会社に属していたにも関わらず全くと言ってよいほど自分から触ろうとしなかったのに、人は変わるもんですねぇ…（適当）。 前提条件 AWS アカウントを取得済みである EC2 にキーペアを登録済み
Googleの二段階認証を3400円のUSBキーで試す
Amazon.co.jpでFIDO 1.0仕様のUSBキーを購入しました。ようやく二段階認証が一般的になるのではないかと期待しています。 本コラムでもたびたび取り上げてきた「二段階認証（二要素認証）」。設定や運用に手間がかかる半面、クラウドサービスなどのアカウント乗っ取りを防ぐためには、とても有効な仕組みです。 現時点では、たとえ面倒でも二段階認証を使うしかないと考えています。そこで今回は、現状の不満点をほんのちょっと変えられそうな面白いデバイスを紹介します。 FIDO対応のちいさな“鍵”「YubiKey」を使ってみる 入手したのは米Yubicoが販売する「YubiKey」というデバイス。一見するとUSBメモリのようにみえますが、これが物理的な「鍵」になります。 直販サイトにはさまざまな機能を持つYubiKeyがリストアップされていますが、一番シンプルな「FIDO U2F SPECIAL
AWSで脆弱性/侵入テスト申請する場合には - サーバーワークスエンジニアブログ
AWSのリソースに対して脆弱性/侵入テストを行う場合は事前に申請をしておく必要があります。 申請情報 申請時に必要な情報は以下の通りです。 診断先EIP 192.168.1.5 診断先インスタンスID i-hogehoge インスタンスが診断元か、診断先か 診断元？診断先？ スキャンをする診断元IPアドレス XXX.XXX.XXX.XXX XXX.XXX.XXX.XXX XXX.XXX.XXX.XXX インスタンスがあるリージョン 東京リージョン（等） 開始時間 2014/3/11 10:00 終了時間 2014/3/25 19:00 診断元サービス、企業名、および連絡先 セキュリティアプリ名 連絡先(URL等） コメントがあれば 返信時に追加したいメールアドレスがあれば penetration@example.com 備考 スキャン対象のインスタンスですが、t1.micro/m1.sma
Amazonのクラウドサービスのセキュリティ対策のまとめ - モスマン
クラウドコンピューティングに乗り出す際の最大のセキュリティ上の懸念は、顧客情報・書きためたポエム・マル秘画像などを誰かに預けるところにある。「財布などの貴重品は肌身離さず、自分の近いところに置いておく」という今までの常識に反する行動を迫られるのである。クラウド恐ろしや。まして預ける相手がAmazonという140億円の追徴課税を命じられような事業者であればなおさらである。 この誰しも感じる不安を払拭するためにAmazon Web Services (AWS) は自社のセキュリティ対策をまとめた文章を公開している。 Amazon Web Services Security ホワイトペーパー (PDF注意) 要は「Amazonはこんなに頑張って皆さんのデータのセキュリティを確保していますよ」という販売促進の一環である。しかしよくまとまっていて、Amazonのサービス利用を検討している人だけでなく
Amazon EC2でIDS(侵入検知システム)を導入する – AIDE – | DevelopersIO
IDS(侵入検知システム)とは IDS(Intrusion Detection System)は、不正な第三者からの侵入を検知して通知する仕組みです。主にネットワーク型とホスト型があり、前者の代表的なツールはsnort、後者はtripwireです。始めは、自前でセットアップしたsnortから試そうと思ったのですが、Amazon EC2はプロミスキャスモード(ネットワークに流れる全てのパケットを受信するモード)を禁止しているため使えません。解決方法として、商用snortを提供しているSourcefire社の専用AMIを使う必要がありそうです(プロミスキャスモードで動くのかな？)。よし、じゃぁこのAMIを使おうと思ったら、このAMIは東京リージョンには無いw。そこで、ネットワーク型のIDSは別の機会として、今回は、ホスト型IDSの動作確認をすることにしました。ホスト型IDSで、Amazon L
既存のAmazon ELBにSSL証明書を導入してHTTPSを使えるようにする。
今Amazonクラウドでサービスを運営していて、現在はHTTPだけのところを、セキュリティのためにHTTPSを導入したいと思いました。 ちょっと試行錯誤しながらですがちゃんと導入できたようなので、メモしておきます。 ロードバランサに証明書を入れる Webサーバが複数あるので、全てのインスタンスに証明書を導入する必要があるかと思いきや、ロードバランサにだけ入れるということができるそうです。 Amazon ELBでSSL設定をしてみる 要するに、HTTPSでのアクセスをロードバランサで受けて、各Webサーバインスタンスに80ポートに貫通させるということ。 しかも、これならWebサーバ自体HTTPのままなのでmod_sslとか入れなくて良いので、いろいろと楽です！ 鍵の生成 opensslコマンドで鍵を生成します。 $ openssl genrsa 2048 > private-key.pem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
