【速報】VPCでBring Your Own IPのプレビュー開始がアナウンスされました | DevelopersIO
はじめに 中山（順）です AWS Summit New Yorkの中継を見ておりましたら、なんかすごい機能がアナウンスされました。 所有しているグローバルIPアドレスをVPCに持ち込めるようになるそうです。 Announcing Bring Your Own IP for Amazon Virtual Private Cloud (Preview) これまで AWS上でパブリックにルーティング可能なIPアドレスを利用したい場合、AWSが提供するEIPやPublic IP Addressなどを利用する必要がありました。 この際、以下のようなことが課題になることが考えられます。 サービス利用者のFirewallなどのホワイトリストにサービスで利用するIPアドレスが設定されている場合、変更してもらう必要がある レピュテーションを良い状態で維持してきたメール配信事業者が移行先でも同じIPアドレスを
AWSネットワークのL4以下の話 / aws-network-small-talks
Developers.IO 2017 2017/07/01 大瀧隆太
AWSネットワークの論理的な側面 ～ AWSのバックボーンネットワークに関するDeepな話（2）
こんにちは。アマゾンウェブサービス（AWS）サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud（VPC）です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。今回は、ネットワークの「論理設計」について解説します。 本稿でお伝えするのは下記の第2回の内容です。全3回に渡って解説していきます。 AWSのネットワークの物理的な側面 ⇒ 第1回 AWSのネットワークの論理的な側面 ⇒ 第2回 AWSのネットワークにおけるベストプラクティス ⇒ 第3回 AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回 必ずしもAWSの使い方といった内容ではないので、今日すぐに使える知識にはならないかもしれませ
【Dockerの最新機能を使ってみよう】マルチホストネットワークで複数ホスト間を繋ぐ仮想ネットワークを作る | OSDN Magazine
新たなサーバー環境構築ツールとして普及が始まっているDockerは、その開発も積極的に行われている。そこで本連載記事では、4回に渡って最近Dockerに実装された新機能について紹介していく。まず第1回となる今回は、Dockerのネットワーク周りの新機能について紹介する。 進化しているDockerのネットワーク機能 DockerはLinuxカーネルが持つ名前空間（namespace）機構を使い、プロセスやリソースを隔離するツールとして開発が始められた。そのような背景もあってか、開発当初はネットワーク関連機能としては仮想ブリッジとiptablesを使ったパケットルーティング程度の機能しか備えられていなかった。そのため、Dockerを使ってコンテナを動かすマシン（Dockerホスト）を複数台用意して動かすような環境の場合、別途仮想ネットワーク構築ツールを用意する必要があった。 この状況が変わり始
ネットワークの可視化 | GREE Engineering
GREE Advent Calendar 2015 の23日目担当の上竹です。普段はアプライアンスLB やネットワークの構築/運用をしております。 概要 バックボーンネットワークを設計運用していると、実際どのようなトラフィックがどのくらい流れているか中身を知りたい(見たい)ことがよくあります。 どのISP からどの回線へどのくらい流入があるのかだったり、どんなAS からどのくらいアクセスがきているか、これら様々な情報を正しく把握することは、Transit 回線やIX 回線をコントロールし今後のネットワーク戦略を考えるうえで非常に有益です。 また、昨今我々を悩ましているDDoS 対策の第一歩として、今流れているトラフィックをまず"知る"ということが必要だと思います。 そこで、今回ネットワークの見える化を、「NetFlow」、「Fluentd + ElasticSearch + Kibana」
netfilterでパケットの送受信を制御する
netfilterは、LinuxカーネルのネットワークスタックのいろいろをフックしてあれこれするためのAPIです。身近なところだと、iptablesやnftablesの実装に利用されています。カーネル内のAPIなので敷居が高そうに思われるかもしれませんが、簡単なLoadable Kernel Module (LKM) を書くだけで利用でき、カーネルに直接変更を加える必要がないので、かなりお手軽です。それでいて、iptablesやnftablesでも利用されているだけあってできることの範囲は広く、パケットの監視やファイアウォールを始めとしてパケットを読み書きするような処理なら割と何でもできます。 この記事では、netfilterを使うカーネルモジュールの基本的な書き方を紹介します。なお、動作確認はKernel 3.14で行いました。カーネルのバージョンによってメンバや定数の名称が変化している
Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング - ゆううきブログ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
NetworkManagerの設定変更、nmtuiとnmcliについてまとめたよ！
RHEL 7, CentOS 7では、NetworkManager の利用が推奨されています。今まで /etc/sysconfig/network-scripts/ の下や、そのほかのコマンドを利用して行っていた設定が、一元的に設定できるようになっています。 ここでは、よく使うような設定を、実際の利用例とともにまとめてみました。 NetworkManagerをテキストベースで利用するには、大きく分けてnmtuiコマンドとnmcliコマンドがあります。それぞれ、テキストベースのUIと、コマンドラインツールになっています。 nmtui 最も簡単に使えるには、nmtuiコマンドです。実行すると、対話的にネットワークの設定を行うことが可能です。以下にスクリーンショットを掲載します。 いかがでしょうか？ 基本的な設定はこのUIから可能です。少し変えてみる、初めて使ってみる場合にはこちらを利用するのが
WiresharkでSSL通信の中身を覗いてみる - ろば電子が詰まつてゐる
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
株式会社CAM
CAMはエンタメコンテンツ、ビジネスバラエティメディア、ライフスタイルメディアを主軸に30以上のサービスを展開しています。エンタメコンテンツの分野では、国内外で圧倒的人気を誇るアーティストやアイドルグループとのパートナーシップを結び、オフィシャルファンサイトや動画関連サービスを運営しています。
イマドキなNetwork/IO
The document discusses techniques for improving network and I/O performance between the network interface card (NIC) and CPU. It describes technologies like TCP offloading, receive side scaling, and Intel I/O acceleration features that distribute processing load away from the CPU to improve throughput and reduce latency. Optimization goals include more efficiently handling interrupts and direct me
Linuxのbonding(802.3ad)で発生したトラフィックの偏りをなおした話 - 元RX-7乗りの適当な日々
はじめに とある環境の話。internalのLinuxサーバでbonding(ボンディング)を組んでいました。modeは4。802.3ad(LACP)準拠のリンクアグリケーションなモードです。 ちなみに、bondingとは・・・ ちなみに、"bonding"とは、ネットワークインターフェースを冗長化(または負荷分散)する方法で、複数のNICを束ねて1本に見せることができます。チーミング(teaming)と呼ばれたりもしますね。 で、Linuxではbondingにもいくつかモードがあって、複数のポリシーの中から選択することができます。 balance-rr 又は 0 - 耐障害性とロードバランシングのためラウンドロビンポリシーを設定します。利用可能な第 1 のインターフェースからそれぞれのボンディングされたスレーブインターフェースで送受信が順次行われます。 active-backup 又は
CentOS の bonding の arp_validate オプション
CentOS 5 および CentOS 6 の bonding で ARP 監視を行う場合、arp_validate というオプションを利用できます。 以下、その処理内容についてのメモです。 Bladeサーバ Blade収納ユニット ┌──────────┐──────────────┐ │ active│ ┌───┐Blade │ Blade外部switch │ ┌──┐ ┌──┤ │ │内部switch ┌───┐ │ │ ├─┤eth0├─────┤ SW1 ├─────★┤ │ │ │ │ └──┤→…………………………………………┐ │ ┌───┐ │ bond0 │ │ARP要求 └───┘ │ │：SW3 │ arp_ip_target │ │192.168.50.111│broadcast ┌───┐ │ │： ├─┤192.168.50.222 │ │ │ ┌──┤←……
OpenFlow対応ファームウエア - ネットワーク管理者の憂鬱な日常
とある大学でネットワーク管理に携わる傍ら、関連分野の教育研究に携わる40代。ネットワーク応用、ネットワークセキュリティや異常発見支援あたりに取り組んでます。博士(工学)、ツウキニスト。 以前からToR（Top of Rack）スイッチとして使用していたHP ProCurve 6600シリーズ． いろいろ調べていると，実験ベースながら，これでVLANあたり1インスタンスのOpenFlowを処理できるらしく． http://www.openflow.org/wp/switch-hp/ で，とりあえずHP NetworkingのSupportから「J9452A」を検索し，「Software downloads」を開いてみた． そんときのCurrentだった「K.15.06.0008」のRelease notesを読んでも，OpenFlowについて何も記載がなく・・・ で，ダメ元でUSの
Trema
Trema is a full-stack, easy-to-use framework for developing OpenFlow controllers in Ruby and C. “ I poked through Trema recently. It looks like a *great* project. Very clean. ” -Martin Casado, Nicira CTO Install Installation is very easy. Run gem install trema and straight away you have a working Trema installation. $ gem install trema If you prefer manual installation, download .tgz or .zip from
こんな夜中にOpenFlowでネットワークをプログラミング！ 記事一覧 | gihyo.jp
第12回【Trema編】動画放送局をIPマルチキャストで作ってみよう！ Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-05-16 第11回【Trema編】実践あるのみ！ 生活ネットワークをOpenFlowに移行しよう Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-04-11 第10回【Trema編】Tremaプロジェクトの深層に迫る! Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-03-14
OpenFlow 開発関連資料 / Tech Resources / Yutaka Yasuda
OpenFlow 関連の資料や作業記録など。 目次： 技術調査・ノート 遅延計測ツールの設計と試作 コントローラ開発支援ツールの設計と試作 環境構築とカスタムスイッチの試作 Arista への Open vSwitch / openflowd の移植 小型多ポートPC での Open vSwitch セットアップ 技術調査・ノート ざっと文献なりを追ってサーベイしたものを幾つか公開しておく。 誰かの参考になれば。 MidoNet に関する調査 ミドクラの MidoNet は OpenFlow とは異なる志向で設計されている、とは感じられるのだけれど、そのアーキテクチャについては余り情報が出ていない模様。 ざっと調べてみた。 (2013.3.27) 遅延計測ツールの設計と試作 OpenFlow のハードウェアスイッチはフローエントリの内容次第で極端に大きな転送遅延が生じたり、極端に低いスルー
OpenFlow 開発関連資料 / Yutaka Yasuda
NOX インストール NOX をインストールし、起動する。 構成 Open vSwitch を入れたマシンの上に NOX をインストールし、下図のような単純な構成の OpenFlow スイッチとして機能させる。 http://noxrepo.org/ の、http://noxrepo.org/noxwiki/index.php/NOX_Installation にインストール手順あり。 インストール作業 NOX Installation を見ながら作業。 ソースの取得 $ git clone git://noxrepo.org/nox $ cd nox $ git branch -a * zaku remotes/origin/HEAD -> origin/zaku remotes/origin/destiny remotes/origin/dev/destiny-fast remotes
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena
https://www.google.com/intl/en_ALL/ipv6/statistics/data/no_aaaa.txt