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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EC2 T2インスタンスのバーストパフォーマンスをベンチマークしてみた(UnixBench) | iret.media