i97506051502のブックマーク - はてなブックマーク

AWS Command Line Interface(awscli)を使ってみた - 元RX-7乗りの適当な日々

今更な話題ではありますが、Pythonで作られたAWS Command Line Interface(aws-cli: 従来のJavaで動いていたEC2 API Toolsとは別物)を入れて動かしてみました。メモ的な感じで残しておきます。 aws-cliは、pipで管理できるし、これ1つで複数のAWSサービスを扱うことが出来て、かつレスポンスもJSONとかで返ってくるので、なかなか便利です。 $ aws autoscaling ec2 importexport sns cloudformation elasticache opsworks sqs cloudsearch elasticbeanstalk rds storagegateway cloudwatch elastictranscoder redshift sts datapipeline elb route53 support

i97506051502 2014/01/23

aws

リンク

Amazon EBS の性能ベンチマークその3 (Provisioned IOPS編) - 元RX-7乗りの適当な日々

さて、またまた昨日のエントリ「Amazon EBS の性能ベンチマークその2 (Standard-Vol増量編)」の続きです。ここまでの経緯は以下。 Amazon EBS の性能ベンチマークその1 (Standard編) Amazon EBS の性能ベンチマークその2 (Standard-Vol増量編) ここまでのベンチマークでは、StandardタイプのEBSボリュームを使っていたのですが、ここからは、必要とするIOPSを設定することが可能な"Provisioned IOPS"なEBSボリューム(プロビジョンドIOPSボリューム)を使って性能を計測してみたいと思います。 # 個人で Provisioned IOPS ボリュームを使って高負荷テストとかクラウド破産まっしぐら。ベンチマークの条件の詳細等は、上記のこれまでのエントリからご確認くださいませ。今回ベンチマークの対象とす

i97506051502 2014/01/16

リンク

tracerouteの色々 - 元RX-7乗りの適当な日々

インターネットのネットワークに多少なりと興味がある方なら、指定の目的地までの経路探索をしてくれる、みんな大好きtracerouteコマンド。そんなtracerouteの色々をメモしておきます。 tracerouteの仕組み既に多くの解説サイトがあるので、そちらに譲りますｗ tracerouteはTTLを1ずつ増やしながらパケットを送信することで、経路情報を取得する。 TTLとはパケットの生存期間を表し、ルータを1つ経由することに1ずつ減算される。ルータはTTLが2以上のパケットが届いた場合、TTLの値を1だけ小さくし次のルータへ転送する。 TTLが1のパケットが届いた場合、届いたパケットを破棄しICMP time exceededパケットを送信者に返す。 tracerouteはまず、TTLを1にセットしたパケットを送信する。最初のルータに届いた時点でTTLがゼロになり、ICMP ti

i97506051502 2013/08/16

リンク

IPMI経由でサーバ(Linux)のCPU温度やファン、電圧等の状態を確認する - 元RX-7乗りの適当な日々

「家鯖(ML115)のメンテナンスというかリプレース」で、ML115G5のCPUを換装したのは良いけど、きちんど温度管理できているかが心配したので確認してみることにした。 CPU温度やファン、電圧の状況は、IPMI(Intelligent Platform Management Interface)と呼ばれるインターフェースを介すことで簡単に確認できます。(ML115はIPMIに対応している) IPMI（Intelligent Platform Management Interface）はサーバのCPU、バス、ファン、温度センサ、電圧、ファンなどの基本コンポーネントの監視や遠隔地からの制御などを行うためのインターフェース仕様のことです。ハードウェア管理を行うために標準的なインターフェースを利用することで、そのインターフェースを搭載したサーバはベンダーの種類に関係なく共通の手法でハードウェア

i97506051502 2013/07/04

リンク

大容量ファイルのSCP転送を高速にする方法 - 元RX-7乗りの適当な日々

比較的大きいサイズのファイルをSCPで転送することがあって、できるだけ高速化してみたかったので、色々試してみたメモ。 scpというかsshには、暗号化方式と圧縮有無の指定があるので、それらのベンチマークを。尚、以下は、SSH v2が対象です。v1はかなり遅かったのと、そもそも使っていないので試していません。 (追記: 2019/11) 本エントリの情報は既に古いため、以下のエントリにて再検証しています。あわせてご覧くださいませ。ベンチマークで利用した環境 [Server1] <=> [Gigabit Switching Hub] <=> [Server2] Server1 (HP ML115 G5) AMD Phenom 9950, 8GB, RAMディスク使用, Gigabit Ethernet Server2 (HP ML115 G1) AMD Opteron 1210, 4GB,

i97506051502 2013/06/26

linux

リンク

指定したバックグラウンドプロセスをデーモン化する - 元RX-7乗りの適当な日々

昔、「ログアウト後もコマンドを実行し続けたい場合」というエントリで"nohup"コマンドの使い方を書いたのですが、nohupし忘れた時はどうすればいいのか、という話。指定したバックグラウンドプロセスをデーモン化するためにdisownというbashの組み込みコマンドがあります。 #!/bin/sh while :; do sleep 5 done ためしに上記のようなスクリプトを用意して、"&"付で実行します。 $ sh test.sh & [1] 2692 $ jobs [1]+ 実行中 sh test.sh &次に、disownコマンドを実行します。引数には"%"+ジョブ番号を指定します。(上記例だとジョブ番号は"1") $ disown %1 $ jobs $ この通り。psコマンドの結果は↓ $ ps -edf ・・・省略・・・ nami 2692 1708 0 02:25 pts