はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? WikiLeaksがAmazonのデータセンターの所在地を暴露 しましたね。民間企業の機密情報のリークは公益性のない行為のように感じたものの情報としては面白いので日本を中心に詳細なデータを見ていこうと思います。 WikiLeaks - Map of Amazon's Data Centers 🌏AWSの リージョン/AZ とは 知ってるわいという方は読み飛ばしてください。クラウドではデータセンター、アベイラビリティゾーン、リージョンという言葉がでてきますが、各クラウドプロバイダによって言葉の使い方が少し異なります。AWS では以下のよ

目的 Raspberry pi をセットアップして ディスプレイ繋ぐのが面倒なのでシリアル通信できる環境を構築します。 （付箋でパスワード貼る意識の低い人） 必要なもの Raspberry pi3 Model B Raspberry Pi3 Model B ボード＆ケースセット 3ple Decker対応 (Element14版, Clear)-Physical Computing Lab HDMI-DSUB変換アダプタ TechRise金メッキ高速1080P HDMI オス to VGAメスビデオ変換アダプタケーブル オーディオとマイクロUSBケーブル付き HDMI接続のディスプレイがなかったので購入 microUSB ケーブルで給電しなくても動作しました USB シリアル通信ケーブル Raspberry Pi ラズベリーパイ用の USB－TTLシリアルコンソールのUSB変換COMケーブ

AWS 上のセキュリティや NW 構成を考えるにあたって、どのサービスがどこにあるのか、AZ サービスなのか、リージョンサービスなのか を考える機会が多く、自分の頭の整理のため簡単にまとめます。 まとめた図 サービスの「場所」を表現する為の図です、全エッセンスを入れるとゴチャゴチャするので、一部省略しています。 説明 代表的なもの以外（というか個人的に普段使わないもの）は入れてなかったりします。サービスと呼んでいいのかわからないものも混ぜ込みました。 AZ サービス Subnet サブネット単位で必要となる NAT Gateway / NACL も AZ サービス EC2 AZ単位で設定する EBS / Placement Group も AZ サービス RDS ELB 1 ElasticCache Redshift リージョンサービス VPC VPC毎に必要となる Security Gr

💡作ったもの Slack の特定の Reaction に反応し、Reactionで反応し返してくれるサーバレスBOTです。 Slack の BOT と Subscribe を使うことで、全ての Reaction を API-Gateway 経由で Lambda に受信します。 特定の Reaction だった場合は Slack API を呼び出して、Reaction を複数つけ返します。 Slack BOT は手動で設定する必要がありますが、AWS 側は Serverless Framework を使うことで環境構築を自動化しています。 Serverless Framework なしで作る手順は前回記事参照。 成果物 saitota/SlackServerlessReactionBot ✋構築手順 必要なもの AWS アカウント Serverless Framework Slack アカ

🤔 前書き 稀によくある 、AWS を不正利用されちゃう話、 AWSで不正利用され80000ドルの請求が来た話 - Qiita 初心者がAWSでミスって不正利用されて$6,000請求、泣きそうになったお話。 - Qiita AWSが不正利用され300万円の請求が届いてから免除までの一部始終 - Qiita ブコメ等で GitHub にはアクセスキーを検索するBOTが常に動いていて、公開するとすぐに抜かれて不正利用される 的なコメントがつくのを何度か目にしたのですが、 本当にそんな BOT が動いているの？ どのくらいの時間でキーを抜かれて、不正利用が始まるの？ というのが気になったので、検証してみました。 GitHub にそれっぽいパブリックリポジトリを作成、権限が一つもついてない AWS のアクセスキー＆シークレットアクセスキーをうっかり公開、外部から利用されるまでの時間を計測します。

サマリ Linux のログイン/ログオフの履歴(だけ)を Cloudwatch Logs に送りたかった。 rsyslog から sshd のログだけ抽出して Cloudwatch Logs Agent で送った。できた。 要件 Linux へのログイン・ログオフの履歴を Cloudwatch Logs に保存する必要があり、Cloudwatch Logs Agent をインストールして /var/log/secure を Cloudwatch Logs に送信する。 ただし、トラフィック量の都合で secure 全て送るのはよろしくないのでいい感じに絞ったものを送信したい。 SSH ログイン時に出力されるログには2種類あり、 sshd プロセスが出力する rsyslog /var/log/secure login プロセス出力するログ達（バイナリ形式） /var/log/wtmp （ログ

目的 ビットコイン等の仮想通貨の採掘をして不労所得チャリンチャリンというのは夢がありますよね。私もチャレンジしようと思ったのですが、手元の貧相な PC では電気代すらペイできないのは明らかです。 ではクラウドの力を借りて、GPU でやってみたらどうなのか。スポット価格をうまく使えば、もしかしてクラウド利用料を賄えて夢の無限収入システムを構築できるのではないか、というチャレンジをしてみたので、その記録です。 なお、実際に稼げるとは思ってなくて、AWS スポットインスタンス使ってみる、GPUインスタンスを使ってみる、ブロックチェーンに触れてみる、など一石三鳥なお勉強をすることが目的です。 概念図 インスタンス利用料が安いときに仮想通貨をマイニングすれば黒字転嫁するのでは、というアイデアです。 結果 すごい赤字になる。スポットインスタンスを活用しても インスタンス利用料の半分まかなえる程度の採掘

学習 セミナーを受講する 前述の Advanced Architecting on AWS を受講しました。 セミナーには AWS 社員の方や、AWS をすでに実務で利用されているかたが多くいて、私のような素人も半分くらいいる印象でした。私は実業務で AWS に触れたことが実はほとんどなく、本気の AWS 運用に必要な知識を持ち合わせていなかったので次のような観点が非常に勉強になりました。 ユーザ管理：IAM と ADやフェデレーションでの連携を考慮し、大規模運用を考える コスト観点：一括請求やスポットインスタンスの選び方で、大幅なコスト削減を考える 運用・監査：KMSを使用した暗号化、CloudLogs でのロギング、ClodWatch でのモニタリングで運用・監査への対応を考える 可用性・セキュリティ：大規模＆複数VPCのデザイン、MultiAZ、MultiRegion で可用性向上を

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 2017/3/1 に us-east-1 の S3 大規模障害がありました。過去にもいくつか発生しているのと、いつ使っているリージョンで同じ事態が起きてもおかしくないと思い、これを機に過去どのような障害があったのか遡って調べました。 所感 毎年どこかのリージョンで大規模な障害が起きている ap-northeast-1 で起きていないのはたまたま、運がいいだけ AWS は復旧時間の改善・可用性向上に全力を尽くしているものの、未知の障害はいつかどこかで起きるもの ステータスダッシュボードは時に嘘をつく クラウドシェアトップである AW

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

目的 社内 HTTP プロキシに阻まれて AWS 上の Windows Server にリモートデスクトップ接続できなかったため、SSH ポートフォワーディングを許可した Linux インスタンス経由でのリモートデスクトップ接続や SQL Server 接続をしました。その記録です。 概念図 こんなかんじ (作図は Cacoo を使いました) 構成 踏み台となる Linux インスタンス はポートフォワーディングを許可します サーバ：LinuxServer 接続プロトコル：SSH 22 EIP で接続します 接続確認のため、EC2 でWindows インスタンス、RDS で SQL Server を作成しました WindowsServer 接続プロトコル：RDP 3389 EIP で接続します RDS-SQLServer 接続プロトコル：SQLServer 1433 エンドポイントで接続し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 「AWSのセキュリティ」というと、セキュリティグループ、ネットワーク ACL、IAM、KMS、Cognito・・・などが思いつくかもしれませんが、一方でセキュリティという用語には、それ以外にも「データセンターに怪しい人が侵入できない」「回線が二重化されている」「データが二重化されている」といった物理セキュリティ、データセキュリティ等も含まれています。 AWS では物理的にデータセンタへ立ち入ったり、サーバに触れることはできませんが、適切なセキュリティ管理1を証明するため、ISO27001 を始めとするさまざまな第三者認証を取得して

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS の中身はどうなっているの？ AWS インスタンスを立ち上げたとき、なんとなく Virtual Machine 上で 仮想OSが立ち上がっているんだろうなーというのは分かるけど、実際の物理層はどうなっているんでしょうか。データセンターはどこにあって、何台くらいのサーバが動いていて、どのラックのどの VM 上にインスタンスができるんでしょう。 そんなこと知らなくてもサーバ立てることはできるし、障害にも強いらしいし、知らなくてもいいことなんだけど。でも、わたし気になります！ ナイショです AWS はデータセンターの場所は非公開、どこに

前書き Atom でも Kobito でもなく、Visual Studio Code を使っています。比較的軽量なのと、Visual Studio (2005) で開発をしていたこともあり UI がなじみます。あと Markdown で書けるので好きです。 ここには設定値と、インストールしているおすすめな拡張機能を書いておきます。 ユーザ設定 Windows のデフォルトではここ。json 形式です。 C:\Users\USERNAME\AppData\Roaming\Code\User\settings.json すべての設定値、および設定値変更、およびすべての設定値はこちらで確認できます。 ファイル 基本設定 ユーザ設定 こんな設定をいれています。 // 既定の設定を上書きするには、このファイル内に設定を挿入します { // 認証プロキシ設定 "http.proxy": "http:/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? All in Slack いまさらですが Slack を使い始めました。チャット用途ではなく、RSS 読むためだけに Feedly 開くの面倒だから何とかしたいというのと、モヒカン Slack に入ったらなかなかよかったためです。 究極のIT系最新技術情報収集用Slackチーム公開 - モヒカンSlack - - Qiita そういえば Twitter も全然開かないし会社の SNS も見なきゃいけないし Instagram は見てるヒマないしたまーに Skype 届くし GoogleCalendar の通知は毎日見逃すし、気づけばスマ

先日 Dropbox Paper がオープンベータとなり、招待制だったものが申請ベースで登録利用可能になりました。いまのところ無料です。よくあるオンラインのドキュメント共有・コラボレーション系のサービスですね。 https://www.dropbox.com/paper ドキュメントをオンラインで簡単に共有 複数人での更新、変更履歴もとれる D&D で画像を挿入したり URL でドキュメントの一般公開したり ありがち＆今更な機能じゃないですか。Evernote も Google Docs もあるのにわざわざこれを使う必要もないな、、、と思っていたのですが、試しに使ってみると Markdown が使える いつもの Markdown 記法がそのまま使えます。 しかもリアルタイムに装飾されるので Qiita のプレビューウィンドウに直接書いてるみたい。サクサク動くので編集がたのしい！ Qiita

学習 1. 試験の雰囲気・勉強方法を調べました 先人たちの Blog から、どのような勉強方法がいいのか、試験の雰囲気など、合格にいたるまでの道のりを読みました。特に参考になったリンクを記します。 AWSソリューションアーキテクトになってきた - sometimes I laugh 「AWS 認定ソリューションアーキテクト – アソシエイト」に合格した勉強法7選 - kakakakakku blog AWS 認定ソリューションアーキテクト プロフェッショナルに合格したので対策と勉強方を公開 - YOMON8.NET AWS 認定ソリューションアーキテクト – アソシエイトレベル 抑えておくべきポイント - Qiita AWSソリューションアーキテクト プロフェッショナルに合格した勉強内容と受験の様子 - Qiita 2. 本を購入 ＆ 実践で勉強 実際の学習のため本を購入しました。試験に役