ネットワークを利用するサービスの起動を遅延する – ビットログ
自分で作ったサーバーや、パッケージマネージャでインストールしたサービスをsystemdで自動起動したとき、どうやってもネットワークのコンフィグレーション前にアプリが起動してしまうみなさん、こんにちは。 いや、わかってはるんですよ。この問題で困るということは、だいたい特定のインタフェースとかアドレスとかに依存してなにかしようみたいな筋の悪いことをやっているはずなんです。いまどき繋がったり切れたり、刺されたり引っこ抜かれたりすることを前提にしないとうまく行かないんですね。でも、現実問題としてそういうことをしたいこともあるわけですよ。それが大人ってもんです。以上、ツッコミへの予防線でした。 systemd以外の方法で解決する 理想論の続きですけど、依存関係なんてものは少ないに越したことはないわけです。だから、本来はsystemdに頼って解決しないほうがいいんですよ、変な話。だからrtnetlin
network.targetとnetwork-online.target（備忘録） - Qiita
[root@tabi ~]# cat /etc/redhat-release Rocky Linux release 8.4 (Green Obsidian) network.targetとnetwork-online.target 半年前の自分に教えたい systemd のハマりどころ ネットワークを利用できるまで待つ必要があるサービス Wants=Network-online.target After=Network-online.target ネットワークを利用できるまで待つ必要のないサービス After=Network.target systemdのオプション Requires 前提Unitが起動に失敗した場合、このUnitを起動しない Wants 前提Unitが起動に失敗しても、このUnitを起動する 起動順序 network-pre.target NetworkManager.
6つの演習でだいたい分かるDockerネットワーク - Qiita
ネットワークアドレスは、IPとサブネットマスクの論理積から算出されるため、逆算すると IP(1)～(4) は以下のようになります。 IP(1): 1010 1100 以外の答えはない => 10進数表記: 172 IP(2): 0001 0001 以外の答えはない => 10進数表記: 17 IP(3): 0000 0000 ～ 1111 1111 の範囲が答えとなる => 10進数表記: 0 ～ 255 IP(4): 0000 0000 ～ 1111 1111 の範囲が答えとなる => 10進数表記: 0 ～ 255 ただし、最下位ビットに 0, 255 は使えないため 1 ～ 254 が答えとなる 以上より docker0 ネットワークでは、172.17.0.1 ～ 172.17.255.254 のIPv4アドレスが割り当て可能という答えが得られます。 ただし、最下位ビット 1 はゲー
負荷が低いのにアクセスを捌けきれない時の対応 - Carpe Diem
概要 MongoDBでCPU使用率やロードアベレージが高くないのに処理が詰まっている現象が起きました。 その時間にbatchが動いていてアクセスが急に増えることが原因と言うのは分かっているのですが、負荷的には十分余裕があり不思議な状態でした。 そこでdstatで見るポイント - Carpe Diemでも述べたように、負荷の状態から判断する基準があります。 ロードアベレージを確認する １が高ければCPU、ディスクI/O、メモリにボトルネックがある １が低ければTCPコネクションにボトルネックがある 今回の現象から判断するに、TCPコネクションに原因がありそうです。 原因調査 Too many open filesは出ているか ファイルディスクリプタが足りない場合はコネクション数が足りずに処理が詰まってしまいます。 そしてその場合Too many open filesというエラーが出ます。 し
How TCP backlog works in Linux
When an application puts a socket into LISTEN state using the listen syscall, it needs to specify a backlog for that socket. The backlog is usually described as the limit for the queue of incoming connections. Because of the 3-way handshake used by TCP, an incoming connection goes through an intermediate state SYN RECEIVED before it reaches the ESTABLISHED state and can be returned by the accept s
LinuxサーバでネットワークI/Oで刺さっている接続先を発見する - ゆううきメモ
Linuxサーバの障害対応で社内で伝統的に使われているテクニック。I/Oで完全にブロックしているポイントを特定するノウハウ。 問題対応のため、怪しいプロセスをstraceしてみる read(2)やwrite(2)でブロックしていることを発見する read(2)やwrite(2)、connect(2)の引数にはファイルディスクリプタ番号がみえる プロセスIDとファイルディスクリプタ番号を使って、/proc//fd/ の中身をみると、ソケットI/Oで刺さっている場合はソケット番号を発見できる netstat からソケット番号でgrepして接続先を発見する [y_uuki@hogehoge ~]$ sudo strace -p 10471 Process 10471 attached - interrupt to quit read(58, <unfinished ...> Process 10
テキストでネットワーク図を作ろう！nwdiag | DevelopersIO
nwdiagって何？ ブロック図生成ツール blockdiagシリーズの1つです。きれいな論理ネットワーク図を作成することができます！ 公式サイト(http://blockdiag.com/ja/nwdiag/introduction.html) 特徴 テキストベース 自動レイアウト SVG出力可能 インストール方法 Pythonで動き、Win・Mac・Linuxすべて対応しています。今回はMacでのインストール方法を紹介します。 Windowsの場合は事前にPythonのインストールを行ってください。2系、3系はお好みでどうぞ！ インストール 一行で簡単にインストール完了です。 pip install nwdiag サンプルコードを使って動作を確認します。 まず以下のファイルを作成してください。 sample001.nwdiag nwdiag { network dmz { addres
TIME_WAITに関する話
3. 自己紹介 - まぁまぁ MySQL でご飯食べてます - 一時期は Resource Monitoring や KVS にも 力入れてました - ネットワーク的には素人です - Linuxとハードウェアは嗜む程度 - disk I/O にはむかしから興味あります - その他 slideshare はこちら - http://www.slideshare.net/takanorisejima/ 4. 本日のお題 - kernel 新しくしたりすると、TCP的に意識したほ うが良い変化が見つかるので - 今日は、Webアプリケーションサーバの観点か ら、 connect(2) する際に気になる TIME_WAIT について、書いてみようかと思います - 有識者からのマサカリを、強く歓迎いたします 5. 最初に参考資料 - この二つの記事を読んでいただけば、それで概 ね良いと思うんですが
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Python: ソケットプログラミングのアーキテクチャパターン - CUBE SUGAR CONTAINER
今回はソケットプログラミングについて。 ソケットというのは Unix 系のシステムでネットワークを扱うとしたら、ほぼ必ずといっていいほど使われているもの。 ホスト間の通信やホスト内での IPC など、ネットワークを抽象化したインターフェースになっている。 そんな幅広く使われているソケットだけど、取り扱うときには色々なアーキテクチャパターンが考えられる。 また、比較的低レイヤーな部分なので、効率的に扱うためにはシステムコールなどの、割りと OS レベルに近い知識も必要になってくる。 ここらへんの話は、体系的に語られているドキュメントが少ないし、あっても鈍器のような本だったりする。 そこで、今回はそれらについてざっくりと見ていくことにした。 尚、今回はプログラミング言語として Python を使うけど、何もこれは特定の言語に限った話ではない。 どんな言語を使うにしても、あるいは表面上は抽象化さ
Linux Networking Explained
1. Linux Networking Explained LinuxCon 2016, Toronto Thomas Graf (@tgraf__) Kernel, Cilium & Open vSwitch Team Noiro Networks (Cisco) 2. Did you catch part I? ● Part II: LinuxCon, Toronto, 2016 Linux Networking Explained Network devices, Namespaces, Rou"ng, Veth, VLAN, IPVLAN, MACVLAN, MACVTAP, Bonding, Team, OVS, Bridge, BPF, IPSec ● Part I: LinuxCon, Sea,le, 2015 Kernel Networking Walkthrough Th
通信系テストのためのサイトのススメ：example.com、httpbin.org、badssl.com - 病みつきエンジニアブログ
HTTP通信の機能を持ったプログラムをテストするときに、どこにアクセスするか、迷うことがある。(モックが使えるならそれがいいけど) そんなときにおすすめな、example.comとhttpbinとbadssl.comを紹介してみる。 example.com 名前がそのままだが、example.com はちゃんと動くサイトである。よくサンプル文字列として(例えばメールアドレスとかで)仕込んでたのだが、最近まで本当に生きたサイトだとは知らなかった。 亜種に example.org とか example.netもある。RFC 2606に定義されているそうで、第三者に悪影響が及ばないことを保障することができるとある。Wikipediaにも記事がある。 ただ、あくまで普通のウェブサイトであり、「403をテストしたい」といった特殊なテストには合わない。そんな人にhttpbinをおすすめしたい。 htt
Network Link Conditioner で回線速度をシミュレートする、の巻 – A Memorandum
世の中にスマートフォンをはじめとしたスマートデバイスが溢れています。いまどきはLTEなんて速い回線で接続できることもありますが、まだまだ場所によっては3Gの回線になる、さらに不安定な環境ってことも珍しくはありません。 さて、そんな不安定な環境で既存のWebサイトにアクセスすると、当然のことながらページの要素がロードされ表示が終わるまで時間がかかります。まだまだ日本のサイトは全体的にデータサイズも大きく、サイト表示が遅くなる傾向にあると思います。 制作者の人たちは、ローカルの環境でチェックするだけ、もしくは会社の高速な回線を経由して確認しているかもしれませんが、それでは実際の接続環境での状況がわかってるとは言えないでしょう。 既に「Charles」などのツールで遅い回線環境をシミュレートしてチェックしてる人はいると思いますが、何やらApple純正の「Network Link Conditio
コンテナ型とハイパバイザ型の仮想化 NW分離覚書き - Qiita
遅ればせながら、コンテナ型仮想化ツール「Docker」を検証環境で利活用はじめました。 なにぶん自分はNWエンジニアなので、Dockerをはじめとする「コンテナ型仮想化」ツールについて まず何より最初に、そのNW分離方法の特徴に興味をそそられました。 そこで、これまで多用してきたlibvirt + KVMによる「ハイパバイザ型仮想化」とのLinux内部的な NW分離の実現方式の比較を、覚書きとして残したいと思います。 「コンテナ型仮想化」（Docker）のNW分離について まずDockerがホストとコンテナのNWをnamespaceモジュールの機能によって実現している事を 確認します。 root@ubuntu:~# ps -ef | grep docker root 1219 1 0 Sep11 ? 00:01:53 /usr/bin/docker -d root 21478 9790 0
オープンソースでネットワーク機能の仮想化を促進する「OPNFV」が発足。AT&T、チャイナモバイル、NTTドコモなど主要キャリアとシスコ、ブロケード、HP、IBMなど主要ベンダーが団結
オープンソースでネットワーク機能の仮想化を促進する「OPNFV」が発足。AT&T、チャイナモバイル、NTTドコモなど主要キャリアとシスコ、ブロケード、HP、IBMなど主要ベンダーが団結 これまでファイアウォールやルーティングやロードバランサーといったネットワーク上のさまざまな機能は、それぞれ専用のハードウェアで提供されることが一般的でした。しかしネットワークの利用者が増え、同時にさまざまな機能が要求されるに従ってデータセンター内のハードウェアの種類がどんどん増えていくことになり、しかも顧客の要求に迅速に応えるためにはさまざまな種類のハードウェア在庫をあらかじめ持たなくてはなりませんでした。 これは管理や運営の複雑化を招き、トラブルやコストの上昇を招くことにつながります。 そこでいま、特にキャリアやサービスプロバイダ、データセンター事業者などが注目しているのがネットワーク機能の仮想化、NFV
KVMのネットワーク設定を行う - think-t の晴耕雨読
ubuntuで内部ネットワークを増やしたかったので、 その作業を行ってみました。そのときのメモです。 KVMホスト 今回はNATのネットワークを増やします。 ubuntuの場合は、デフォルトのネットワーク(virbr0:192.168.122.0/24)の設定が入っています。 この設定を修正、利用しつつ設定を行うことにします。 まずは設定ファイルをコピーして利用することにします。 cp -p /etc/libvirt/qemu/networks/default.xml /tmp/default.xml 中身はこんな感じです。 <network> <name>default</name> <bridge name="virbr0" /> <forward/> <ip address="192.168.122.1" netmask="255.255.255.0"> <dhcp> <range
clumsy - 壊れたネットワーク状態を再現する
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました ローカルや社内では問題なく動作するのに、外部やネットワークが細い環境下ではエラーになってしまうといったケースは良くあります。光ファイバなどが当たり前な現在、高速なネットワークではない環境を再現するのは難しくなっています。 単純にネットワーク速度を遅くするソフトウェアもありますが、clumsyは任意のパケットを廃棄したりしてネットワーク状態の良くない場合を再現するのに最適なソフトウェアです。 clumsyの使い方 設定は幾つかあります。遅延を再現するラグ、任意のパケットを廃棄するドロップ、ブロックトラフィックを単一のバッジとして送信するスロットル、パケットをクローンして送信、パケットの順序変更、パケットの内容を変更など様々な処理が行えます。 ネットワークがごくごく当たり前に全く問題な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Get http code request
はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena
通信状況を一目で把握。シンプルなパケット分析ツール「NetworkTrafficView」NOT SUPPORTED
