AWS ELBの社内向け構成ガイドを公開してみる 負荷分散編 – Cross-Zone Routingを踏まえて ｜ DevelopersIO
ども、大瀧です。 最近、お客さまからの問い合わせからElastic Load Balancing(ELB)の負荷分散について調べ社内資料としてまとめる機会がありました。せっかくなので、ブログ記事として公開してみます。内容は随時アップデートしますので、ツッコミ・ご指摘があればぜひお願いします！ 負荷分散の仕組み ELBは、クライアントのリクエストを受け付けEC2インスタンスにトラフィックを転送するために、2種類の負荷分散を組み合わせて動作します。 スケーラビリティと冗長性のために、ELBはロードバランサの機能を提供するノードを複数動作させるはたらきがあり、クライアントから複数のノードへアクセスを分散させるためにDNSラウンドロビン、ノードからEC2インスタンスへのトラフィック転送を分散させるためにLeast Connsという手法を用いています。 DNSラウンドロビン DNSラウンドロビンはそ
Zero downtime during deployment using modified blue-green deployment strategy
Zero downtime during application deployment is one of the key requirements for continuos delivery. And no business would like their site to be down and showing maintenance page every few days/weeks during deployment. To achieve this we decide to go for blue-green deployment. However, we were challenged with how to do this in legacy style infrastructure where we are, Not able to spin new machines d
Linux系インフラエンジニア3年目のスキルを見抜く50の質問（ホスティングの場合）
数年前になんとなく面白がって書いてた「Linux系インフラエンジニア3年目のスキルを見抜く50の質問（ホスティングの場合）」というのが、昔の資料をあさってると出てきて、意外と面白かったので少しだけ手を加えて（古い情報とかあったので）公開しようと思います。 意外とリアルなものがあって懐かしい気分になりました。過去に書いた以下の記事もどうぞ参考にして下さい。 「Linuxエンジニアを目指して入社一年目にやって役にたったと思う事」 「Linuxエンジニアを辞めて大学院に入学しました」 追記： 設問1があまりによくないので、@tagomorisさんのアドバイスを頂きつつ変更しました。1を消して3を追加しています。ありがとうございます！ 2000台以上のサーバー運用経験はありますか？ サーバやネットワーク機器のキッティング経験はありますか？ サーバやネットワーク機器の交換を現地のデータセンター職員に
組織における開発の地獄パターン - oogatta のブログ
特に誰にも相談したり説明したりせず作り始める 所属組織内で誰も付いてこない 流行らない OR ディスられる がんばってるのに誰も理解してくれない！ AND インターネットに共有して（じつはここが最初のプレゼンテーション）初めて「イイネ！」って言われる ぐれる OR さらに孤高の存在へ… おっさんになると、このパターンを死ぬほど見てきたことに気づく。どうするか。 泥臭い奴 作り始める前に以下のことをどれかやる （解決策は自分の中にあるのだがあえて解決したい問題について知らないふりして）相談する 根回し ニーズの調査・掘り起こし（そんな問題があることをみんなに認識させる） 前触れ告知 飲み会に出席 作った後公開する前に以下のことをどれかやる ドキュメントを書く プレゼンテーションを用意する（動画など） ヒューマンインターフェースのブラッシュアップ 説明会をやる 上司を説得して採用させる 自分の
Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる
Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に
Lightweight Virtualization: LXC Best Practices
This document provides an overview of LXC best practices. It discusses: 1) Types of virtualization including hardware, paravirtualization, and Linux containers like LXC and OpenVZ 2) Control groups (cgroups) and namespaces for resource isolation in Linux containers 3) The LXC userspace tools for managing Linux containers based on cgroups and namespaces 4) Recommendations for using LXC including te
Control Groups (cgroups) - めもめも
LXC の解説に必要なので、ちょいと cgroups についてまとめておきます。RHEL6.0 前提です。 参考資料: RHEL6 リソース管理ガイド Control Groups(cgroups) の概要 cgroups とは 最近の Linux は、あるプロセスの実行を許可する CPU コアの指定など、プロセスごとにさまざまなリソース制御ができるようになっています。このような制御を複数のプロセスをグループ化したグループ単位でできると便利な場合があります。cgroups は、グループ単位でリソース制御を行うためのユーザ・インターフェースを特殊ファイルシステムの形式で提供します。 cgroups 自体がリソース制御の機能を提供するわけではありません。既存のリソース制御機能（cgroups の用語で『コントローラ』もしくは『サブシステム』と言います）を cgroups のインターフェースを利
RHEL6.0 で LXC (Linux コンテナ） - めもめも
2011/05/29 執筆中。。。 2011/05/31 コンテナの起動まで書きました！ 2011/06/06 cgroups の設定例を追加。これでひとまず完成（？） 2011/06/14 cgroups 設定例に /dev/tty* のアクセス権追加 どうも時代はコンテナらしい・・・ということで、RHEL6.0 + LXC でのコンテナ型の仮想化の方法をまとめていきます。 Linux Study Tokyo #2の発表資料「LXCで始めるケチケチ仮想化生活?!」も参考にしてください。 コンテナとは？ 概念的というか実装的には、chroot jail の延長と考えると理解しやすいと思います。 chroot jail の場合は、ファイルシステムの見える範囲をプロセスごとに制限することでプロセス間の擬似的な独立性を実現します。ただし、ネットワークソケットなど、ファイルシステム以外のリソースは
Sqale の Puppet と Chef (と テスト)
今日から使い始めるChef 2013-03-29 Xtone Ltd. ピザ会�(without pizza＞＜) Aki / @nekoruri
Inside Sqale's Backend at Sapporo Ruby Kaigi 2012
This document summarizes the backend architecture of Sqale, a cloud application platform. It uses Linux containers hosted on Amazon EC2 instances. Containers are assigned to individual users and act as virtual environments. Traffic is routed to containers through an Nginx load balancer using dynamic configuration based on availability. An SSH router routes Git, SFTP, and SSH connections to the app
Seven problems of Linux Containers
OpenVZ, which has turned 7 recently, is an implementation of lightweight virtualization technology for Linux, something which is also referred to as LXC or just containers. The talk gives an insight into 7 different problems with containers and how they were solved. While most of these problems and solutions belongs in the Linux kernel, kernel knowledge is not expected from the audience. Read less
RiakCSとmixiプライベートクラウド環境
Riak Meetup Tokyo #3 の資料です。 RiakCS自体の運用と社内のプライベートクラウドの中でどのように使っているかという内容がメインです。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxcon Barcelon 2012: LXC Best Practices
https://www.thomas-krenn.com/de/wikiDE/images/c/cf/20121106-Lighweight_Virtualization_LXC_Best_Practices.pdf