Failover چيست؟

[rezahd]

به زبان ساده Failover يعني ارتباطي را از طريق يك لينك با كيفيت برقرار نموده و يك لينك ديگري را به صورت standby نگه داريم. كه در مواقع قطعي لينك اول به صورت اتوماتيك بر روي لينك دوم switch شود.
اين كار با platform هاي Linux, Mikrotik و Cisco قابل اجراست اما ما در اين آموزش بر روي Cisco توضيح خواهم داد.

با يك مثال عملي شروع ميكنيم كه هم اكنون آن را زير بار دارم:

يك لينك وايرلس 90 كيلومتري وجود دارد كه روي آن 15 مگ اينترنت ارائه داده ميشود. به دليل اينكه اين اينترنت متعلق به يك دانشگاه است و روي آن web server قرار دارد 2M لينك پشتيبان بر روي بستر مخابراتي براي آن تعبيه گرديده است .
در سمت سرويس دهنده كه سايت A ميناميم يك عدد روتر 3845 و در سمت سرويس گيرنده كه سايت B ميناميم يك عدد 2811 وجود دارد. هر كدام داراي 2 Fast Ethernet است كه يكي به لينك وايرلس و ديگري به خط مخابراتي متصل است.
آدرس هاي لينك مخابراتي 2.2.2.1 و 2.2.2.2 و لينك وايرلس 1.1.1.1 و 1.1.1.2 ميباشند.
و رنج آدرس 24/ 109.74.224.0 به سمت سايت B رووت شده است.
ميبايست روتر ها به گونه اي تنظيم گردند كه كيفيت لينك وايرلس مرتبا چك شود و در صورت قطعي بيش از 10 ثانيه ارتباط به لينك مخابراتي منتقل گردد و اگر كيفيت لينك وايرلس به حالت اول برگشت مجددا ارتباط بر دوش آن باشد.

براي روتر سايت A مينويسيم:

ابتدا يك روول براي مانيتورينگ ايجاد ميكنيم:


Ip sla monitor 1

سپس نحوه چك up بودن لينك را مشخص ميكنيم. كه در اين مثال آدرس 1.1.1.2 را مرتبا ping ميكند. اگر طي 10 بار هر كدام زير 4 ثانيه جوابي برگشت خط up بوده وگرنه خط down محسوب مي گردد.


Type echo protocol ipIcmpEcho 1.1.1.2
Frequency 10
Timeout 4000

در دستور زير زمان اجرا و طول عمر فرايند بالا محاسبه ميگردد. كه مشخص كرده ايم از هم اكنون و براي هميشه اجرا شود.


ip sla monitor schedule 1 life forever start-time now

سپس ميبايست يك track براي آن بنويسيم تا بتوان بر اساس آن route نوشت.


Track 1 rtr 1 reachability

سپس نوبت نوشتن route است. ابتدا route را بر روي لينك اصلي مينويسيم و در آخر route , شماره آن track را كه رووت مادام up بودن آن track ميبايست فعال باشد مينويسيم:

Ip route 109.74.224.0 255.255.255.0 1.1.1.2 track 1

اكنون بايد route لينك backup را با metric 254 يعني بالاترين metric بنويسيم تا در صورت غير فعال شده route اول اتوماتيك اين route فعال شود.


Ip route 109.74.224.0 255.255.255.0 2.2.2.2 254

حالا نوبت سايت B رسيده:
دستورات مثل router A هستند اما با تفاوت آدرسها و رووت ها:


Ip sla monitor 1

در اينجا آدري سايت A بايد چك شود:

type echo protocol ipIcmpEcho 1.1.1.1
frequency 10
timeout 4000
ip sla monitor schedule 1 life forever start-time now
track 1 rtr 1 reachability



default route هنگام OK بودن وضعيت:


ip route 0.0.0.0 0.0.0.0 1.1.1.1 track 1


Default route هنگام قطعي لينك اصلي:


ip route 0.0.0.0 0.0.0.0 2.2.2.1 254


تنظيمات به پايان رسيد. براي آزمايش ميتوان آدرس 109.74.224.1 را روي پينگ گذاشت و لينك وايرلس را قطع كرد.
خواهيم ديد كه پس از 2 request timed out ارتباط از طريق لينك backup برقرار مي شود.
براي مشاهده وضعيت failover ميتوان از دستور زير استفاده كرد:


Show ip sla monitor statistics

كه اينچنين خروجي خواهد داد:



Round trip time (RTT) Index 1
Latest RTT: 8 ms
Latest operation start time: *23:38:31.073 UTC Fri Mar 5 2010
Latest operation return code: OK
Number of successes: 18
Number of failures: 0
Operation time to live: Forever

و در حالت قطعي:



Round trip time (RTT) Index 1
Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: *23:40:31.073 UTC Fri Mar 5 2010
Latest operation return code: Timeout
Number of successes: 29
Number of failures: 1
Operation time to live: Forever

Rased#sh ip sla monitor statistics
Round trip time (RTT) Index 1
Latest RTT: 8 ms
Latest operation start time: *2321.072 UTC Fri Mar 5 2010
Latest operation return code: OK
Number of successes: 42
Number of failures: 41
Operation time to live: Forever


دستوري ديگر براي چك كردن وضعيت:



sh ip sla monitor operational-state
Entry number: 1
Modification time: *22:35:31.072 UTC Fri Mar 5 2010
Number of Octets Used by this Entry: 2264
Number of operations attempted: 445
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: FALSE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): 12
Latest operation start time: *2331.072 UTC Fri Mar 5 2010
Latest operation return code: OK
RTT Values:
RTTAvg: 12 RTTMin: 12 RTTMax: 12
NumOfRTT: 1 RTTSum: 12 RTTSum2: 144