IT初心者にも出来たDeep Security as a ServiceへのAuto Scaling groupの登録方法 | iret.media
ども。Over 30 Do The ケンイちです。 30過ぎても○○るって最高だよなあ？ ぽてんヒットすぎるボケは無視していただいて、今回はAWSの特徴であるAuto Scaling Group(以下ASG)をDeep Security as a Service(以下DSaaS)に登録する手順を纏めてみました。 これは、AWSサービスとDSaaSの組み合わせで、最も効果的な使い方は何だろう？と考えて思いついたものです。 ※ 他にも効果的な使い方はあるかと思いますが、、、 準備編 IAMユーザの作成 DSaaSには、クラウドアカウントを追加する機能があります。 クラウドアカウント、つまりはAWSのアカウントを追加するには、アクセス情報が必要になります。 このアクセス情報のために、AWS IAMユーザを作成する必要があるのです。 では、早速IAMユーザを作っていきましょう！ 1.自分のアカウン
AWS初心者でも出来るDeep Security as a Service(DSaaS)にAWS EC2インスタンスを登録する方法 | iret.media
どもども、IT業界3ヵ月目、cloudpackのケンイちです。 Deep Security as a Service(DSaaS)にAWS EC2インスタンスを登録する機会があったので、自分なりに手順を纏めてみました。 準備編 AWSのSecurityGroupの設定 DSaaSにインスタンスを登録するには、まずAWSのSecurityGroupの設定をさわる必要があります。 何をするのかというと、TCP4118のポートを解放。 これは、Deep Security Managerから、Deep Security Agent / Deep Security Virtual Appliance / Deep Security Relayへ通信するために4118のポートを開ける必要があるからです。 じゃあ、早速SecurityGroupをさわってみましょう。 AWSにログインし、EC2のDash
[AWS] AWS CLIでセキュリティグループのルールをコピーする | iret.media
こんにちわ、cloudpack の磯辺です。 いつも、セキュリティグループのルールをコピーしたいと思っているのだが、今のAWS CLIであれば、以前にやったRDSのパラメータグループをコピーしたのと同じ方法でできるのではないかと思ったので、やってみた。 $ aws ec2 describe-security-groups \ --filters 'Name=group-name,Values=src-sg' \ --query 'SecurityGroups[].IpPermissions[]' \ | tr -d '\d' \ | xargs -I{} -- aws ec2 authorize-security-group-ingress --group-id sg-deadbeaf --ip-permissions '{}' A client error (MissingParamet
Auto Scaleしたインスタンスに侵入防御ルールを適用する | iret.media
こんにちわ、cloudpack の ひろかずです。 前回(Auto ScaleしたインスタンスをDeep Securityで管理する)に続き、 Auto Scaleしたインスタンスに侵入防御(DPI)ルールを適用する手法について、一筆書きます。 前提 Deep Security Managerの導入が完了していること。 ライセンスを投入していること。 最低でもRelayを導入しており、管理対象になっていること。 Auto ScaleしたインスタンスをDeep Securityで管理するから流れてきた人 参照情報 マニュアルの72頁になります。 工程 Auto Scaleしたコンピュータへ適用するポリシーを作成 Launch Configrationsの適用 動作確認 1.Auto Scaleしたコンピュータへ適用するポリシーを作成 Auto Scaleしたコンピュータへ適用する侵入防御ルー
EBSのアカウント内合計サイズをボリュームタイプ毎に算出する（AWS CLIワンライナー） | iret.media
cloudpack の 三浦 剛慈です。 EBSのアカウント内合計サイズをボリュームタイプ毎に算出するaws cliワンライナー書きました。 EBSサイズの上限に達しているかどうか等を調べる時に使えるかと思います。 $ aws ec2 describe-volumes|jq '.Volumes[]|select(.VolumeType == "ボリュームタイプ(gp2 or io1 or standard)")|.Size'|awk 'BEGIN{SizeSum=0}{SizeSum+=$1}END{print SizeSum " GB"}' ボリュームタイプはそれぞれ gp2 = General Purpose (SSD) volumes io1 = Provisioned IOPS (SSD) volumes standard = Magnetic volumes に該当します。 実行
ブログが無いから、ブログを自力で作ってみた。 | iret.media
cloudpack新人のAkira Tsumuraです。 技術支援チームというところで、王子の右側をやっています。 東京タワーの観えるオフィスが快適すぎて、もう涙チョチョ切れております… さて、この会社にはブログ制度（？）があり、色々面白そうなので参戦しようと思います。 WordPressとか、もう古い。 いきなり刺されそうな事を書いていますが、この会社の方のBlogを読んでいると、WordPressの他Qiitaやgithubでコンテンツを公開されている方が多いように見受けられます。 おそらく、身近で使いやすいものを無意識に使ってしまったのかな…と思っています。 ただ、本当にそのツールで良いのでしょうか。ハックの結果ではなく、エンジニアとしてある種の思考停止に陥っていないでしょうか。 時代はコンテンツマネジメント“フレームワーク” さて、僕は2008年からMODXというLAMP CMSの
[Linux][EC2] RHEL7でホスト名を変更する | iret.media
こんにちわ、cloudpack の磯辺和彦です。 ホスト名を変更するにも、コマンドが用意されている。 変更前 [root@ip-10-0-0-5 ~]# hostnamectl status Static hostname: ip-10-0-0-5.iret.local Icon name: computer Chassis: n/a Machine ID: 58ab7d423b974a7789b5d487a94d6f94 Boot ID: 6d54614a40b643d3ac0274938d123edd Virtualization: xen Operating System: Red Hat Enterprise Linux Server 7.0 (Maipo) CPE OS Name: cpe:/o:redhat:enterprise_linux:7.0:GA:server Kern
真夜中にふと思いついて Serf のイベントハンドラを触ってみた 〜アニキと舎弟の上京物語〜 | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに 夜の 9 時に寝たら 1 時過ぎに目が覚めて寝れなくなったので Serf のイベントハンドラを触ってみた。 Serf について 詳しいことは @zenbutsu さんが纏めてくださっているので @zenbutsu さんの qiita 記事やブログは要チェック！ アジェンダと構成 member-join member-leave 構成 以下のような構成。 [ serf on EC2 ] [ serf on EC2 ] すんません、アスキーアートで。 準備 serf のインストール バイナリを落っことして来るだけ 適当なイベントハンドラ join.sh /bin/sh echo "join" > /tmp/join.log leave.sh /bin/sh echo "leave" >
PHPの魔法とAWSの配列 | iret.media
PHPでのaws-sdkのResponse 何てことは無いのですがコレ、配列で返ってくるんです。 PHPは確かに配列やjsonとは相性のいい言語なのですが如何せん全部配列で返ります。 PHPは元がText Parserなので当たり前と言えば当たり前な仕様ではあるのですがObject指向的な力学からすると 聊か、気が抜けてしまいます まず、そもそも配列の要素キーはあるのか？を行うところから毎回実装していては話になりません かと言って受け取った配列を全てカバーするラッパーを組んだところでAPIの仕様が変わればやり直しです しかもamazonさんは結構頻繁に機能を追加したりして増えて行っているようです。 アクセスするときは全て、要素キーがあるか確認する様に書けばいいじゃないか？！ はい、確かにそうですね ただ、美しくないです 僕の美意識に大きく反します じゃあ、SDKアクセスをラップするクラスを
AWSでGPUを試したら単精度1TFLOPSでた | iret.media
cloudpack の シンジです。 EC2にもGPUが搭載されているインスタンスがあるけど、科学技術計算用途に使えるのか試してみました。 結論から書くと、Marketplaceに用意されているNVIDIAのAMIは古くてなんとなく嫌なので、全部セットアップしてサンプル流してって軽く考えていたら大変だった。。。 結果的にはGPU1ノードで単精度1TFLOPSは出せたのでなかなか良いのではないのでしょうか？ まずEC2に用意されているGPUインスタンスは2種類しかありません。今回はg2.2xlargeを利用します。 Marketplaceからお手軽に試したい人は以下のリンクからどうぞ。 https://aws.amazon.com/marketplace/search/results/?page=1&searchTerms=GPU いい感じのAMIが無い 美しいCUDA環境を作りたいが為にC
cloudpackブログ - Cassandraってなんじゃ？（EC2でクラスタリング：シングルリージョン編）
Cassandraってなんじゃ？ Cassandraってなんじゃ？（API編） 上記過去記事にてec2へcassandraを導入し、ローカルからThrift APIでアクセスするところまで行いました。 そして今回ですが、クラスタリングになります。 cassandraはread/writeを分散できるクラスタリングの機能をサポートしており、負荷分散や冗長化がしやすいため、 この機会に勉強したいと思います。 構成は以下の通りです。 VPCのprivateサブネットに3台でクラスタリングして、publicサブネットからAPIでアクセスしてみます。 ここでは、natインスタンスを踏み台にしてcassandraの各ノードにsshで接続して作業します。 cassandraは、新しくノード(EC2インスタンス)が追加された際に、クラスタ上のどれか1台に繋がれば、 自動的にすべてのノードに新ノードの情報が
cloudpackブログ - EC2(VPC)のPublic IPとPrivate IPを同時に切り替える
今回は、先日書籍（Amazon Web Servicesクラウドデザインパターン設計ガイド）が発売された Cloud Design Pattern（CDP）の記事になります。 今回の対象は「Floating IPパターン」です。 上記のようにインターネットからアクセスされるPublic(Elastic) IPと、VPC内からアクセスされるPrivate IPを EC2の障害時に同時に切り替える方法です。 はじめに、二つ目のPrivate IPをアサインしておきます。 (詳しくはENIに複数のプライベートIPをアサインする時のAllow reassignmentの記事を参照) そして、Public(Elastic) IPもアサインします。 ここで、Public(Elastic) IPはPrivate IPと関連付けられるので、上記でアサインした二つ目のPrivate IPに 関連付くようにし
cloudpackブログ - 起動中のEC2のAMIが無くなってしまっていた場合の対処方
先日、稼働中のWindowsサーバにSQL Serverがインストールされていて、それがExpressなのか、 Standardなのか、素のWindows(Basic)に自分でインストールしたものか、判別できないという事態に なってしまいました。 そこで、起動に利用したAMIを確認してみようと考えたのですが、下記のように既に無くなってしまっていて、 確認できない状態でした。 試行錯誤(ログの確認等)しながら調査したのですが、決定的な情報は見つからず、AMI IDで インターネット検索をしてみたところThe Cloud Marketが引っかかりました。 上記のAMIは素のWindows(Basic)であったことが分かり、必然的に、SQL Serverは 後から自分でインストールされたものであることが分かりました。 The Cloud Marketの上記のAMIに対する詳細を見てみると、Sta
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EC2 T2インスタンスのバーストパフォーマンスをベンチマークしてみた(UnixBench) | iret.media