°Ô½Ã¹° 259°Ç
   
[RedHat] bonding mode ¼³¸í
±Û¾´ÀÌ : theko ³¯Â¥ : 2013-11-27 (¼ö) 09:16 Á¶È¸ : 3967

¸ñÀûÀº ÀÌ·±ÀÌÀ¯¶óÇϴ±º arp ¸Â±¸¸¸¡¦

https://www.kernel.org/doc/Documentation/networking/bonding.txt

 

 

The "active" fail_over_mac policy indicates that the
               MAC address of the bond should always be the MAC
               address of the currently active slave.  The MAC
               address of the slaves is not changed; instead, the MAC
               address of the bond changes during a failover.
 
               This policy is useful for devices that cannot ever
              alter their MAC address, or for devices that refuse
              incoming broadcasts with their own source MAC (which
              interferes with the ARP monitor).
 
               The down side of this policy is that every device on
               the network must be updated via gratuitous ARP,
               vs. just updating a switch or set of switches (which
               often takes place for any traffic, not just ARP
               traffic, if the switch snoops incoming traffic to
               update its tables) for the traditional method.  If the
               gratuitous ARP is lost, communication may be
               disrupted.
 
               When this policy is used in conjunction with the mii
               monitor, devices which assert link up prior to being
               able to actually transmit and receive are particularly
               susceptible to loss of the gratuitous ARP, and an
               appropriate updelay setting may be required.

 

 

 

ŸÀÔº°·Î ³ª´²Áö´ÂµíÇϳ×.

http://shibaboy.com/?tag=bonding

 

 

ÀϹÝÀûÀ¸·Î ¾²´Â °ÍÀº mode1 ÀÌ´Ï

 

Mac address¸¦  °¡Á®°¡´Â ÀÌÀ¯´Â fault-tolerance º¸Àå (session Á¤º¸¿Í switch ARP°¡ ¸ÅÇεǾîÀÖÀ¸¹Ç·Î µ¿ÀÏÇÏ°Ô °¡Á®°¡¾ß ÇÔ)

 

¡¤         mode0 / Load-Balancing (Round-Robin) / ¡°balanced-rr¡±

o    ÀÌ ¸ðµå´Â °¢ ÆÐŶÀ» ½ÃÄö¼ÈÇÏ°Ô °¢ ¸µÅ© º°·Î Çϳª¾¿ ¹ø°¥¾Æ°¡¸ç º¸³½´Ù. °¡Àå ±âº»ÀûÀÎ bondingÀ̸ç À̸¦ ÅëÇÏ¿© each bandwidth * nics ¸¸Å­ÀÇ network throughputÀ» °¡´ÉÄÉ ÇÒ ¼ö ÀÖ´Ù. load-balancing°ú fault-tolerance¸¦ º¸ÀåÇÑ´Ù.

¡¤         mode1 / Active-Backup ¡°active-backup¡±

o    ÇÑ °³ÀÇ ¸µÅ©¸¸ÀÌ activeµÇ¾î ÀÖ´Â »óÅÂÀÌ´Ù. »ì¾ÆÀÖ´Â ¸µÅ©°¡ Á×À¸¸é backup¸µÅ©°¡ ±× ¿ªÇÒÀ» ¹Þ¾Æ ¼öÇàÇÑ´Ù. bondingµÈ ¸µÅ©ÀÇ MAC ÁÖ¼Ò´Â master »óÅÂÀÇ ¸µÅ©¿¡¸¸ ÇÒ´çÀÌ µÇ¸ç °¢ ¸µÅ©°¡ activeµÇ¾î ÀÖ´ÂÁöÀÇ »óÅ¿¡ µû¶ó ÇØ´ç MAC ÁÖ¼Ò¸¦ ÁÖ°í ¹Þ´Â´Ù. fault-tolerance¸¦ º¸Àå

¡¤         mode2 / Load-Balancing (XOR algorithm) ¡°balance-xor¡±

o    ¸ðµç ¸µÅ©µéÀÌ activeµÇ¾î ÀÖÀ¸¸ç µ¥ÀÌÅ͸¦ º¸³»´Â °ÍÀº source MAC ÁÖ¼Ò¿Í destination MACÁÖ¼Ò¸¦ XOR ÇÏ¿© °áÁ¤µÈ´Ù. load-balancing°ú fault-tolerance¸¦ º¸ÀåÇÑ´Ù.

¡¤         mode3 / Broadcast (Link Duplication) ¡°broadcast¡±

o    ÀÌ ¹æ½ÄÀº ¿©Å¸ bonding°ú´Â Á» ´Ù¸¥ ¹æ½ÄÀÌ´Ù. °¢°¢ÀÇ ¹­¿©Áø ¸µÅ©µéÀº ¸ðµå activeµÇ¾î ÀÖÀ¸¸ç ¸ðµç Æ®·¡ÇÈÀ» broadcast·Î ³»º¸³½´Ù. ÀÌ ¹æ½ÄÀº HA¸¦ À§ÇÑ °¢°¢ÀÇ broadcast µµ¸ÞÀÎÀ¸·Î µ¥ÀÌÅ͸¦ º¸³»´Â °æ¿ì À¯¿ëÇÏ°Ô ¾²ÀÏ ¼ö ÀÖ´Ù.

¡¤         mode4 / LACP (802.3ad Link-Aggregation control Protocol) ¡°802.3ad¡±

o    IEEE Ç¥ÁØÀÇ link aggregationÀÌ´Ù. LACP¸¦ ÀÌ¿ëÇÏ¿© Åë½ÅÀ» ÇÏ°Ô µÇ¸ç ÇØ´ç ¸ðµå´Â ½ºÀ§Ä¡¿¡¼­ ÀÌ ±â´ÉÀ» Áö¿øÇØ¾ß »ç¿ë °¡´ÉÇÏ´Ù. ¹Þ´Â ÂÊ°ú º¸³»´Â ÂÊ, switch ¸ðµÎ°¡ LACP±â´ÉÀÌ È°¼ºÈ­ µÇ¾îÀÖ¾î¾ß ÇÑ´Ù.

¡¤         mode5 / Load-Balancing (Adaptive Transmit Load-Balancing) ¡°balance-tlb¡±

o    ÀÌ ¸ðµå´Â Ưº°ÇÑ Áö¿øÀÌ ¾øÀÌ ÀÚüÀûÀ¸·Î ±¸µ¿°¡´ÉÇÑ ¹æ¹ýÀ¸·Î °¢ ¸µÅ©ÀÇ ÇöÀç load¿¡ µû¶ó º¸³»´Â µ¥ÀÌÅÍ´Â ºÐ»êµÇ¾î Àü¼ÛµÈ´Ù. µ¥ÀÌÅÍÀÇ ¼ö½ÅÀº ÇöÀç slaveÂÊÀ¸·Î¸¸ °¡°ÔµÇ¸ç ÇØ´ç slave°¡ fail½Ã, ´Ù¸¥ slave°¡ MAC ÁÖ¼Ò¸¦ ³Ñ°Ü¹Þ¾Æ ¼ö½ÅÇÑ´Ù. µ¥ÀÌÅ͸¦ º¸³¾ ¶§¿¡ µå¶óÀ̹ö°¡ MAC address¸¦ ¸µÅ©ÀÇ °ÍÀ¸·Î ¹Ù²ã º¸³»Áö¸¸ ¹ÞÀ» ¶§¿¡´Â ±×³É ³²°ÜµÐ´Ù.

¡¤         mode6 / Load-Balancing (Adaptive Load-Balancing) ¡°balance-alb¡±

o    ÀÌ ¸ðµå´Â mode5¿Í °°ÀÌ µ¿ÀÛÇÏÁö¸¸ µ¥ÀÌÅÍ ¼ö½Å ½Ã¿¡µµ load-balancingÀ» Çϴµ¥ µÎ°³ÀÇ ¸µÅ©¿¡¼­ ARP negotiationÀ» ÅëÇÏ¿© µ¿ÀÛÇÑ´Ù. MAC ÁÖ¼Ò Æ®¸¯À» ÀÌ¿ëÇÏ¿© µ¥ÀÌÅ͸¦ º¸³»°í ¹ÞÀ» ¶§¿¡ load-balancingÀ» ÇÏ°Ô µÈ´Ù.


À̸§ Æнº¿öµå
ºñ¹Ð±Û (üũÇÏ¸é ±Û¾´À̸¸ ³»¿ëÀ» È®ÀÎÇÒ ¼ö ÀÖ½À´Ï´Ù.)
¿ÞÂÊÀÇ ±ÛÀÚ¸¦ ÀÔ·ÂÇϼ¼¿ä.
   

miwit.com sir.co.kr DNS Powered by DNSEver.com DNS Powered by DNSEver.com