HTTPキープアライブ 【HTTP Keep-Alive】 パーシステントコネクション / persistent connection 概要 HTTPキープアライブ（HTTP Keep-Alive）とは、HTTPの拡張仕様の一つで、一つのTCP接続を一回のHTTP通信で切断せず、複数のHTTPリクエスト/レスポンスを送受信するよう維持する機能。 HTTP（Hypertext Transfer Protocol）はWebコンテンツの送受信に標準的に用いられるプロトコル（通信規約）で、下位のトランスポート層のプロトコルにTCP（Transmission Control Protocol）を用いる。 初期のHTTPは一回の送受信のために一つのTCP接続を確立し、転送が終わると切断するという仕様だったため、一つのページに複数の画像ファイルが関連付けられている場合などには伝送するファイルの数だけTC

This domain may be for sale!

「ping」は簡単な接続の可否をOK／NGで確認できるコマンドであり、「traceroute」は目的のホストまでの経路を順に表示する詳細な調査向けのコマンドである。エラーメッセージや経路表示から、ネットワーク接続が正常でない場合に、どこに問題がありそうか、ある程度の切り分けが可能になる。 こうしたネットワークの疎通確認に用いるコマンド／ツールは、ICMPの性質をうまく利用している。 ICMP（Internet Control Message Protocol）とは？ pingやtracerouteでは一般に、ICMP（Internet Control Message Protocol ： RFC 792／ RFC 1812）と呼ばれる特別なプロトコルを用いてネットワークの疎通を確認している。 もともとICMPは、ネットワークに障害があり正常な通信が行えない場合に、経路に位置するルーターやホ

隣接ルータとのBGPピアの確立は、最終的に確立が終了するまでにいくつかの段階を経て行われます。 下図がBGPの状態遷移を表した図です。 最終的な確立状態をEstablishedといいます。 BGP:Idle BGP接続のための最初の段階。 この状態ではBGP接続開始のタイミングを待っています。管理者がBGPの接続の開始を行うとルータはTCP接続を開始した後、 Connect状態へ移行します。もしこのときにエラーが発生するとIdleに戻ります。 BGP:Connect TCP接続の完了を待っている状態です。TCP接続が完了すると接続リトライタイマをクリアしOPENメッセージを送信して、OpenSent状態へ移行します。 もし、TCP接続に失敗すると接続リトライタイマをセットしてActive状態へ移行します。 接続リトライタイマのタイムアウトが発生すると接続リトライタイマを再スタートさせて、再

コンピュータ・システムの動作中に，メイン・メモリー（実メモリー）を使い切りそうになり，空き容量が不足した場合，実メモリーから使用中の内容の一部を取り出して退避するためのハード・ディスク上の領域です。Linuxでは，専用の領域としてパーティション作成時に確保します。スワップ領域の容量や使用状況は，freeコマンドで確認できます（図1）。 スワップ領域に退避した内容に再びアクセスするためには，実メモリー上に復元する処理が必要です。これを「スワップイン」と呼びます。その逆の退避する処理は「スワップアウト」です。 実メモリーと比べると，ハード・ディスクへのアクセス速度は格段に遅くなります。また，スワップアウトやスワップインが頻繁に発生すると，CPUの処理能力の多くがそれらの処理に割り当てられてしまい，アプリケーションの動作の妨げになります。そのため，システム全般の処理性能は大幅に低下します。ちなみ

mtab :現在マウントされているデバイスの一覧 fstab：デフォルトでマウントされるデバイスを記述。 リブートの度にmountが外れて謎ショボーンしてたが、fstabに書いて無かったのね。 onboot時にmountしておきたければ、fstabに書く必要がある。

LVS構築における最強の手順書を残してみました。 はじめに ロードバランサ（LVS）の需要は間違いなくあると思うのですが、いかんせんネットに情報が少ない。 かの有名な「サーバ/インフラを支える技術」が出版された2008年あたりがピークの感がある。(Klabさんの記事には大変お世話になりました) Googleで調べてもまとまった情報がなかったりするので、最初は大変でした。 普段インフラ周りで仕事しているので、そこで培ったノウハウを出したいと思います。マイブログ史上最大の情報量。 今回は「CentOS6.4 x86_64マシン」に「最新版keepalived-1.2.7を導入」で「割りと本番運用に耐えられる手順」を解説。もちろん定番のIPVS + Keepalived のDirect Server Return(DSR)構成。 ※是非コメント欄でもさらに有益な情報がありましたら歓迎です。 内容

A normal connection between a user (Alice) and a server. The three-way handshake is correctly performed. SYN Flood. The attacker (Mallory, green) sends several packets but does not send the "ACK" back to the server. The connections are hence half-opened and consuming server resources. Legitimate user Alice (purple) tries to connect, but the server refuses to open a connection, a denial of service.

概要 IOPS（Input/Output Per Second）とは、ハードディスクやSSDなどのストレージ(外部記憶装置)の性能指標の一つで、ある条件の元で1秒間に読み込み・書き込みできる回数のこと。 1回の読み書きにかかる時間の逆数で、IOPSの値が高いほど高速にデータの読み書きができることを表す。ハードディスクの場合は平均アクセス時間（シークタイム+回転待ち時間）とデータ転送時間の和の逆数となる。 装置の特性により、読み込み（リード）か書き込み（ライト）か、シーケンシャルアクセス（連続した領域にアクセス）かランダムアクセス（飛び飛びに様々な領域にアクセス）か、転送するデータの量がどれくらいかによって1回の動作に要する時間が異なる。 このため、実用上は「4KBランダムライトIOPS」のように計測条件を明示することが多い。この例では、4キロバイトのデータを装置内の不連続な箇所に飛び飛びに

メモリがありえないくらい激安で買えるようになったこのご時世に、「何を今更swap…」という声が聞こえてきそうな気がする今日この頃、皆様いかがお過ごしでしょうか。 そもそもswapなんて使わないようにするのがサーバ管理・パフォーマンス管理の基本にして鉄則！という向きもあるけども、時と場合によってはswapをどうしても必要とするケースだとか、あるいはswapを使ってもあまり意に介さないケースとかあるわけで。 例えば、「たまーに動かすバッチ処理が一時的に超広大なメモリを使用するかも」とか、「開発・デバッグ環境だからパフォーマンスの善し悪しはひとまずキニシナイ！」というケースなど。 また、古いPCにLinuxをインストールしている場合等は、そもそもメモリがあまり搭載できないケースということもありうる。そのような場合は（渋々でも）swapのお世話にならざるを得ないのだが、最初にLinuxをセットアッ

LVM（logical volume manager）とは，複数のハード・ディスクやパーティションにまたがった記憶領域を一つの論理的なディスクとして扱うことのできるディスク管理機能。LinuxをはじめとしたUNIX系OS上で利用できる。 LVMでは，パーティション内を数十Mバイトの多数の小さな領域（物理エクステント）に細かく分割して管理する。（1）物理エクステントの集団を2つに分ける，（2）異なるハード・ディスク上にある物理エクステントを1つにまとめて管理する，ことであたかも1つのハード・ディスクを分割したり，複数のハード・ディスクを結合したかのように利用できる。 LVMを利用するには，ハード・ディスク内にLVM用のパーティションを用意する（図）。このパーティションを物理ボリューム（PV：Physical Volume）と呼ぶ。 LVMに参加する物理ボリュームは，最初に初期化される。初期化

日本全国では少子化が進んでいます。先日，2015年の『国勢調査』の人口確報集計が出ましたが，それによると，15歳未満の年少人口は1588万6810人です。5年前の1680万3444人よりも減少しています。 しかるに，そんな趨勢は「どこ吹く風」というエリアもあります。たとえば，東京の都心部です。東京都の住民基本台帳によると，中央区の年少人口は，2011年の1万2963人から2016年の1万7635人へと増えています。倍率にすると，1.36倍の増です。 http://www.toukei.metro.tokyo.jp/juukiy/jy-index.htm 同じ値を都内49市区別に出し，マップにすると，下図のようになります。東京の子ども人口の増加倍率マップ（2011～16年）です。 色がついているのは倍率1.0以上，つまり子どもが増えている地域です。特別区では，江戸川区を除いてどの区でも子ども

HTML Slidyのプレゼン資料 色々まとめ とある事情からプレゼン資料を作ることに。 パワーポイントやkeynoteなどの色々なプレゼンアイテムがありますけど、以前から使ってみたかったHTML Slidyにしようと考えてます。 そこで、参考にネットでいろいろなプレゼン資料を探してきました(HTML Slidy以外も)。 XHTML+CSS (r)evolution XHTML+CSS (r)evolution, 2nd CSS Nite Vol.7: Web制作現場の対立を解消する！ XHTML+CSSガイドライン作り by 益子 貴寛さん(サイバーガーデン) 優雅なWeb制作のためのテクニック CMSを通じて学ぶMovable Type実践技法 by 中村 恭介さん JavaScript の現在と未来 - Developer Summit 2007 CSS + JavaScript