現場志向でELBについて考える | TecTec Cloud
ELBについて深く知りたくなってしまったので、改めて調べたり聞いたりした。 今回そもそも知りたかったポイントは下記の2点 ELBがどういう仕組みで膨大なトラフィックに耐えているのか ELBで稀に障害が発生するみたいなので、その影響をなんとか回避できないか ELBの概要 内部仕様に踏み込む前に、改めて概要と基本機能を確認。 ELBの役割 ELB（ElasticLoadBalancer）は、Webトラフィックを配下のEC2Instanceに適切に分散してバランスを取る仕組み、いわゆるロードバランサー。なぜ分散させる必要があるかというと、1台のサーバで処理可能なトラフィックには限りがあるから。また、AutoScalingや、Zone間分散（Multi-AZ）といった構成をとる為にも必要となる。 ELBの基本機能 ELBの基本機能は、高負荷システムにおいて、肝となる重要なものばかり 負荷分散
Setting TIME_WAIT TCP
We're trying to tune an application that accepts messages via TCP and also uses TCP for some of its internal messaging. While load testing, we noticed that response time degrades significantly (and then stops altogether) as more simultaneous requests are made to the system. During this time, we see a lot of TCP connections in TIME_WAIT status and someone suggested lowering the TIME_WAIT environmen
Linux でプロセスが通信しているIPアドレスとポートを調べてみた - ablog
PHPで書かれたWebアプリのDB接続先を設定した後に、本当に設定したホストに接続されてるんかいなと思ってちょっと調べてみた。 netstat とかでだいたいわかるけど、厳密にプロセスがどのホストと通信しているか調べてみた。 httpd プロセスの PID を調べる。 # ps -ef|grep [h]ttpd root 650 1 0 2009 ? 00:15:39 /usr/local/apache/bin/httpd root 29147 1 0 2009 ? 00:07:42 /usr/local/apache2/bin/httpd -k start httpd 25157 650 0 May24 ? 00:00:33 /usr/local/apache/bin/httpd httpd 24441 29147 0 May27 ? 00:00:35 /usr/local/apache
2．TCPのオープンとクローズ処理 ＠IT：連載 基礎から学ぶWindowsネットワーク 第15回 信頼性のある通信を実現するTCPプロトコル（2）
第15回 信頼性のある通信を実現するTCPプロトコル（2）：基礎から学ぶWindowsネットワーク（3/3 ページ） さてそれでは、実際のTCP接続の詳細について見てみよう。TCP接続の概要についてはすでに前回述べているので繰り返さないが、簡単に復習しておくと、「データを送信したら、それに対する応答（ACK）を必ず確認する」ということである。一見複雑そうに見えるTCP通信の内容も、この原則さえ分かっていれば容易に理解できる。そしてこの原則は、コネクションのオープンやクローズ時にも徹底されているのが分かるだろう。 TCP接続のオープン UDPによる通信と違って、TCPでは実際の通信に先立って、いろいろな準備が必要である。この準備のことをオープンといい、逆に通信が終了するための処理のことをクローズという。 TCPによる通信ではシーケンス番号に基づいた送受信確認が大事な役割を担っているが、オープ
TCP/IP Time_Wait の時間について | old_3流プログラマのメモ書き
netstat -an で現在のセッション情報が見えるわけですが、とある Windows サーバでかなり TIME_WAIT が発生してました。 netstat のステータスで LISTENING が待ちうけ中、ESTABLISHED が通信中(コネクション確立)ってのは知ってたんですが、TIME_WAIT ってのはよくわかってなかったので調べてみました。 ということで、まずTCPでのコネクションの確立と切断処理を＠IT：連載 基礎から学ぶWindowsネットワーク 第16回 信頼性のある通信を実現するTCPプロトコル(3)で確認します。 ↑には分かりやすい状態遷移図があるので非常に参考になります。 これを見ると TIME_WAIT というのはコネクションのアクティブクローズ時(自身から切断要求時)に、コネクションしてたのと同じポートが再利用されないための待ち時間のようです。 この待ち時間
Basic Socket Interface Extensions for IPv6
Network Working Group Request for Comments: 2553 Obsoletes: 2133 Category: Informational R. Gilligan FreeGate S. Thomson Bellcore J. Bound Compaq W. Stevens Consultant March 1999 Status of This Memo このメモは、インターネット社会のための情報を提供する。それは、如何なる種類のインターネット標準も規定しない。このメモの配布は制限されない。 Copyright Notice Copyright (C) The Internet Society (1999). All Rights Reserved. Abstract TCP/IP アプリケーションのデファクト標準のアプリケーションプログラムインター
TCP/IPプログラミング：構造体メモ
hostent構造体の内容 ーーーーーーーーーーーーーーーーーーーーーー struct hostent { char *h_name; /* ホスト名 */ char **h_aliases; /* エイリアスのリスト */ int h_addrtype; /* ホストアドレスの種類*/ int h_length; /* アドレスの長さ */ char **h_addr_list; /* ネームサーバから取得したアドレスのリスト */ }; ーーーーーーーーーーーーーーーーーーーーーーー servent構造体の内容 ーーーーーーーーーーーーーーーーーーーーーー struct servent { char *s_name; /* サービス名 */ char **s_aliases; /* エイリアスのリスト */ int s_port; /* ポート番号 */ char *s_proto;
HAProxy - The Reliable, High Perf. TCP/HTTP Load Balancer
Quick News Dec, 5th, 2023 : HAProxy 2.9.0 release This release has received a lot of small changes that are difficult to summarize. Most of them were aimed at improving performance and resource usage in general (zero-copy forwarding, QUIC's smaller footprint for closed connections, improved scalability), others focusing on better integration with other components (support for the AWS-LC crypto lib
TCP Header class - ブログのタイトル
とりあえず前の投稿の内容 + 下記のtcp_header.hpp とで一応SYN flood らしきものが作れました。 ただシステムコールレベルで socket(AF_INET, SOCK_RAW, IPPROTO_TCP) を使用していて、IP_HDRINCL を有効にしていないためか、 カーネルが勝手にRST を送信してSYN floodで重要なsyn -> ack -> 放置、のはずがRSTで終了されるので攻撃になってない状態です。 以下が tcp_header.hpp ですが将来的にはTCP Header optionにも対応したいので冗長な部分が多々有りますが、 気にしない方向で... ー 追記 ー io_service.reset() よばないといけないよね... tcp_header.hpp は途中でLinuxかそれ以外で分岐してますがLinuxでないとコンパイルが通らないと
tcpflow: httpレスポンスボディをリアルタイムで見たいとき | Ore no homepage
tcpdumpの表示では見にくいし、pcapをいちいちwiresharkに食わせてfollow tcp streamするのは面倒。そんなときに使えるツール。 (1) tcpflow tcpflow(最新はgithubかな) http://www.circlemud.org/jelson/software/tcpflow/ https://github.com/simsong/tcpflow (2) インストール 自分のメモをペッと貼付けただけなので、バージョンやダウンロード先は適当に読みかえてください。 yum install libpcap-devel wget http://www.circlemud.org/pub/jelson/tcpflow/tcpflow-0.21.tar.gz tar xvfz tcpflow-0.21.tar.gz cd tcpflow-0.21 ./con
Engine Yard Blog
We are proud to be working with our customers while they continue to enjoy our Engine Yard products. Here are some changes we are making
実践 パケット解析 第2版
ベストセラー書の改訂第2版。前半はWiresharkのリファレンスです。Wiresharkのさまざまな機能や活用テクニックについて解説します。後半はパケット解析の実践的な教科書です。TCP/IPの主要なプロトコルを解析する方法や、ネットワーク遅延をはじめとしたさまざまなトラブルの解決方法を、実際に取得したパケット情報の実例を使って詳しく解説します。日本語版ではTCP/IP以外のパケット解析、具体的にはUSBポートを流れるデータのパケット解析についての解説と、pcap-ng形式 ←→ pcap形式のデータ変換についての解説を巻末付録として追加しました。Wireshark 1.8対応。 目次 監訳者まえがき 賞賛の声 まえがき 1章 パケット解析とネットワークの基礎 1.1 パケット解析とパケットキャプチャツール 1.1.1 パケットキャプチャツールの評価 1.1.2 パケットキャプチャツール
TCP Fast Open: expediting web services [LWN.net]
LWN.net needs you!Without subscribers, LWN would simply not exist. Please consider signing up for a subscription and helping to keep LWN publishing Much of today's Internet traffic takes the form of short TCP data flows that consist of just a few round trips exchanging data segments before the connection is terminated. The prototypical example of this kind of short TCP conversation is the transfer
TCP/IPの通信の切断検知 - 揮発性のメモ２
プログラムが終了するときはOSがFINとか送ってくれるけど、途中でLANケーブル抜けたときとかはどうにもならないので 自分で切断を検知する必要がある。キープアライブを使って切断を検知する。 int option = 1; setsockopt( sd, SOL_SOCKET, SO_KEEPALIVE, (void*)&option, sizeof(option) ); デフォルトでは切断検知まで 2時間11分15秒。 2時間とか待ってると日が暮れるので、これをせめて3分とかにする int option = 1; setsockopt( sd, SOL_SOCKET, SO_KEEPALIVE, (void*)&option, sizeof(option) ); option = 60; setsockopt( sd, IPPROTO_TCP, TCP_KEEPIDLE, (void*)&
最近興味を持った論文リスト - syuu1228's blog
1996 The effectiveness of affinity-based scheduling in multiprocessor networking An Evaluation of Network Stack Parallelization Strategies in Modern Operating Systemsと近い内容らしい 2000 End-System Optimizations for High-Speed TCP Zerocopy, Offloading, RDMA, Jumbo packetなどを使ったスタックの最適化の効果を定量的に評価 2001 Alpine: A User-Level Infrastructure for Network Protocol Development ユーザモードで動作するNetwork stackの実装と評価。 FreeB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TIME_WAIT and its design implications for protocols and scalable client server systems - ServerFramework.com
mPulse — Real User Performance Monitoring and Real-Time Analytics | Akamai
Charming Python: Functional programming in Python, Part 3
IBM Developer
Efficient data transfer through zero copy