Physical to Iaas(Instance), case of VIP.
Upcoming SlideShare
Loading in...5
×
 

Physical to Iaas(Instance), case of VIP.

on

  • 726 views

 

Statistics

Views

Total Views
726
Views on SlideShare
726
Embed Views
0

Actions

Likes
1
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Physical to Iaas(Instance), case of VIP. Physical to Iaas(Instance), case of VIP. Presentation Transcript

  • @sawanoboly 2012.09 HiganWorks LLC
  • 1. VIP を使っている物理環境を2. 使い勝手をあまり変えずに3. クラウドな IaaS に持っていきたいそのままはやめたほうが良いので置き換えるクラウド向けデザインパターンの一つ
  •  ハートビート ◦ 堅い疎通経路が必要 仮想 Mac(VRRP では省略 ) の付け替え ◦ 同じ L2 セグメントで VIP 交換が吉 ◦ GARP の届く範囲が吉IaaS のインスタンスで使っても仕方ない。。
  • 仮想 IP に アクセス 仮想 IP を付け替える サーバ B サーバ A (バックアッ(プライマリ) プ)
  •  そもそもサーバの IP を固定と考えられない サーバの稼働率も信用してはいけない ◦ 落ちて当然 プライマリ・バックアップネットワークが近いと 限らない ◦ 遠くてもよい設計 ◦ むしろディザスタ耐性と考えても OKこれらをふまえると次のようなデザインも
  • サービス IP に アクセス ロードバランサ的インスタンス ( AWS なら ELB 、ほかなら HAProxy の導入など) 通常バックエンドに指定 バックアップ サーバ B サーバ A (バックアッ(プライマリ) プ)
  •  EC2 などにみられる Elastic という表現 ⇒ 丈夫とは取らず、良くも悪くも弾力性、信用す るな。 ◦ 使う側の設計が特に大事 ◦ Loose なロードシェアで十分なことは多い IP を丸々付け替えが必要か考慮する ◦ IP(NS もあり )+ ポートを1単位ととらえれば、 VIP はや りすぎ感 ◦ もちろん EC2 の EIP 付け替えが有効なケースもある
  • サービスホスト名に アクセス LB インスタンス A LB インスタンス B (A レコードの一つ ) (A レコードの一つ ) クラスタ形成 通常バックエンドに指定 バックアップ サーバ B サーバ A (バックアッ(プライマリ) プ)
  •  物理で得られていた安定を、 IaaS のインスタン スでも適用できると思わない。