টিএল; ডিআর সংস্করণ: দেখা যাচ্ছে এটি উইন্ডোজ সার্ভার ২০০৮ আর 2-তে একটি গভীর ব্রডকম নেটওয়ার্কিং বাগ ছিল। ইন্টেল হার্ডওয়ারের পরিবর্তে এটি ঠিক করা হয়েছে। আমরা আর ব্রডকমের হার্ডওয়্যার ব্যবহার করি না। কখনো।
আমরা লিনাক্স-এইচএ প্রকল্প থেকে হার্টবিট সহ HAProxy ব্যবহার করি been আমরা একটি ফেলওভার সরবরাহ করতে দুটি লিনাক্স দৃষ্টান্ত ব্যবহার করছি। প্রতিটি সার্ভারের নিজস্ব পাবলিক আইপি এবং একটি একক আইপি রয়েছে যা আইপি: 69.59.196.211 এ ভার্চুয়াল ইন্টারফেস (eth1: 1) ব্যবহার করে দুজনের মধ্যে ভাগ করা হয়েছে
ভার্চুয়াল ইন্টারফেস (eth1: 1) আইপি 69.59.196.211 তাদের পিছনে উইন্ডোজ সার্ভারের গেটওয়ে হিসাবে কনফিগার করা হয়েছে এবং আমরা ট্র্যাফিক রুটটিতে ip_fording ব্যবহার করি।
আমরা আমাদের লিনাক্স গেটওয়েগুলির পিছনে যে কোনও একটি উইন্ডো সার্ভারে মাঝেমধ্যে নেটওয়ার্ক আউটেজটি অনুভব করছি। HAProxy সার্ভারটি অফলাইনে সনাক্ত করবে যা আমরা ব্যর্থ সার্ভারে রিমোট করে এবং গেটওয়ে পিং করার চেষ্টা করে যাচাই করতে পারি:
32 বাইট ডেটা সহ 69.59.196.211 পিংিং: 69.59.196.220 থেকে উত্তর দিন: গন্তব্য হোস্টটি অ্যাক্সেসযোগ্য।
arp -aএই ব্যর্থ সার্ভারে চালনা দেখায় যে গেটওয়ে ঠিকানার (69.59.196.211) প্রবেশের কোনও প্রবেশ নেই :
ইন্টারফেস: 69.59.196.220 --- 0xa ইন্টারনেট ঠিকানা শারীরিক ঠিকানা প্রকার 69.59.196.161 00-26-88-63- c7-80 গতিশীল 69.59.196.210 00-15-5d-0a-3e-0e গতিশীল 69.59.196.212 00-21-5e-4d-45-c9 গতিশীল 69.59.196.213 00-15-5d-00-b2-0d গতিশীল 69.59.196.215 00-21-5e-4d-61-1a গতিশীল 69.59.196.217 00-21-5e-4d-2c-e8 গতিশীল 69.59.196.219 00-21-5e-4 ডি -38-ই 5 গতিশীল 69.59.196.221 00-15-5d-00-b2-0d গতিশীল 69.59.196.222 00-15-5d-0a-3e-09 গতিশীল 69.59.196.223 ff-ff-ff-ff-ff-ff স্থিতিশীল 224.0.0.22 01-00-5e-00-00-16 স্থিতিশীল 224.0.0.252 01-00-5e-00-00-fc স্থিতিশীল 225.0.0.1 01-00-5e-00-00-01 স্থিতিশীল
আমাদের লিনাক্স গেটওয়ে দৃষ্টান্তগুলি arp -aপ্রদর্শন করে:
শিখুন-কোলোম 19-6-220.peak.org (69.59.196.220) << সম্পূর্ণ> এথ 1 এ স্ট্যাকওভারফ্লো ডটকম (69.59.196.212) এথ 1 তে 00: 21: 5 ই: 4 ডি: 45: সি 9 [ইথার] শীর্ষ-colo-196-215.peak.org (69.59.196.215) এ 00: 21: 5 ই: 4 ডি: 61: 1 এ [ইথার] এথ 1 এ শিখর-কোলোআর 1976-219.peak.org (69.59.196.219) এ 00: 21: 5 ই: 4 ডি: 38: ই 5 [ইথার] এথ 1 এ শীর্ষ-colo-196-222.peak.org (69.59.196.222) এ 00: 15: 5 ডি: 0 এ: 3 ই: 09 [ইথার] এথ 1 এ শিখর-কোলিও -196-209.peak.org (69.59.196.209) এ 00: 26: 88: 63: c7: 80 [ইথার] এথ 1 এ শিখর-কোলিও -196-2-27.peak.org (69.59.196.217) এ 00: 21: 5 ই: 4 ডি: 2 সি: ই 8 [ইথার] এথ 1 এ
কেন অর্প মাঝেমধ্যে এই ব্যর্থ সার্ভারের জন্য <অসম্পূর্ণ> হিসাবে এন্ট্রি সেট করবে? আমরা স্ট্যাটিকভাবে আমাদের আরপ এন্ট্রি সংজ্ঞায়িত করা উচিত? আমি সর্বদা খালি একা রেখেছি কারণ এটি 99% সময় কাজ করে, তবে এই এক উদাহরণে এটি ব্যর্থ হয়েছে বলে মনে হয়। এই সমস্যা সমাধানে আমরা কী কী অতিরিক্ত সমস্যা সমাধানের পদক্ষেপ নিতে পারি?
জিনিসগুলি আমরা চেষ্টা করেছি
আমি লিনাক্স গেটওয়েগুলির একটিতে পরীক্ষার জন্য একটি স্ট্যাটিক আরপ এন্ট্রি যুক্ত করেছি যা এখনও সাহায্য করেনি।
root@haproxy2:~# arp -a
peak-colo-196-215.peak.org (69.59.196.215) at 00:21:5e:4d:61:1a [ether] on eth1
peak-colo-196-221.peak.org (69.59.196.221) at 00:15:5d:00:b2:0d [ether] on eth1
stackoverflow.com (69.59.196.212) at 00:21:5e:4d:45:c9 [ether] on eth1
peak-colo-196-219.peak.org (69.59.196.219) at 00:21:5e:4d:38:e5 [ether] on eth1
peak-colo-196-209.peak.org (69.59.196.209) at 00:26:88:63:c7:80 [ether] on eth1
peak-colo-196-217.peak.org (69.59.196.217) at 00:21:5e:4d:2c:e8 [ether] on eth1
peak-colo-196-220.peak.org (69.59.196.220) at 00:21:5e:4d:30:8d [ether] PERM on eth1
root@haproxy2:~# arp -i eth1 -s 69.59.196.220 00:21:5e:4d:30:8d
root@haproxy2:~# ping 69.59.196.220
PING 69.59.196.220 (69.59.196.220) 56(84) bytes of data.
--- 69.59.196.220 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6006ms
উইন্ডোজ ওয়েব সার্ভারটি পুনরায় বুট করা নেটওয়ার্কে অন্য কোনও পরিবর্তন ছাড়াই এই সমস্যাটিকে অস্থায়ীভাবে সমাধান করে তবে আমাদের অভিজ্ঞতা দেখায় যে এই সমস্যাটি ফিরে আসবে।
নেটওয়ার্ক কার্ড এবং সুইচ অদলবদল
আমি লক্ষ্য করেছি যে ব্যর্থ উইন্ডোজ সার্ভারের জন্য স্যুইচ বন্দরের লিঙ্ক লাইটটি ব্যর্থ ইন্টারফেসে 1 জিবি পরিবর্তে 100 এমবিতে চলছে। আমি কেবল কয়েকটি অন্যান্য উন্মুক্ত বন্দরে তারটি সরিয়েছি এবং লিঙ্কটি আমি চেষ্টা করেছি এমন প্রতিটি বন্দরের জন্য 100Mb ইঙ্গিত করে। আমি একই ফলাফল সঙ্গে তারের অদলবদল। আমি উইন্ডোতে নেটওয়ার্ক কার্ডের বৈশিষ্ট্যগুলি পরিবর্তন করার চেষ্টা করেছি এবং সার্ভারটি লক হয়ে গেছে এবং প্রয়োগ ক্লিকের পরে একটি হার্ড রিসেটের প্রয়োজন। এই উইন্ডোজ সার্ভারটিতে দুটি শারীরিক নেটওয়ার্ক ইন্টারফেস রয়েছে তাই সমস্যাটি ইন্টারফেসটি অনুসরণ করে কিনা তা দেখার জন্য আমি দুটি ইন্টারফেসে কেবল এবং নেটওয়ার্ক সেটিংস অদলবদল করেছি। যদি সর্বজনীন ইন্টারফেসটি আবার নেমে যায় তবে আমরা জানব যে এটি নেটওয়ার্ক কার্ডের কোনও সমস্যা নয়।
(আমরা আমাদের হাতে থাকা অন্য একটি স্যুইচও চেষ্টা করেছি, কোনও পরিবর্তন নেই)
নেটওয়ার্ক হার্ডওয়্যার ড্রাইভারের সংস্করণ পরিবর্তন করা হচ্ছে
আমাদের সর্বশেষতম ব্রডকম ড্রাইভার, একইসাথে উইন্ডোজ সার্ভার ২০০৮ আর 2-তে চালিত বিল্ট-ইন ড্রাইভারের ক্ষেত্রেও একই সমস্যা রয়েছে।
নেটওয়ার্ক কেবলগুলি প্রতিস্থাপন করা হচ্ছে
শেষ খাদের প্রয়াস হিসাবে আমরা অন্য পরিবর্তনটি মনে করি যা ঘটেছিল তা হ'ল আমাদের সার্ভার / স্যুইচের মধ্যে সমস্ত প্যাচ কর্ড প্রতিস্থাপন। আমরা দুটি সেট কিনেছিলাম, ব্যক্তিগত ইন্টারফেসের জন্য 1 ফিট - 3 ফুট দৈর্ঘ্যের সবুজ এবং পাবলিক ইন্টারফেসের জন্য লাল সেটগুলির একটি সেট। আমরা একটি সমস্ত ব্র্যান্ডের সাথে সমস্ত পাবলিক ইন্টারফেস প্যাচ কেবলগুলি অদলবদল করেছিলাম এবং পুরো এক সপ্তাহ ধরে ইস্যু ছাড়াই আমাদের সার্ভারগুলি চালিয়ে দিয়েছি ... আআআআআ্যান্ড এবং এরপরে সমস্যাটি পুনরায় দেখা গেল।
চেকসাম অফলোডটি অক্ষম করুন, টিপ্রোক্সি সরান
আমরা ড্রাইভারটিতে টিসিপি / আইপি চেকসাম অফলোডও অক্ষম করার চেষ্টা করেছি, কোনও পরিবর্তন নেই। আমরা এখন টিপ্রোক্সি বের করছি এবং x-forwarded-forকোনও অভিনব আইপি ঠিকানা পুনরায় লেখা ছাড়াই আরও প্রচলিত নেটওয়ার্ক বিন্যাসে চলে যাচ্ছি । এটি সাহায্য করে কিনা তা আমরা দেখব।
ভার্চুয়ালাইজেশন সরবরাহকারী স্যুইচ করুন
অফ সুযোগটিতে এটি কোনওভাবে হাইপার-ভি সম্পর্কিত ছিল (আমরা এটিতে হোস্ট লিনাক্স ভিএম করি), আমরা ভিএমওয়্যার সার্ভারে স্যুইচ করেছিলাম। পরিবর্তন নেই.
হোস্ট মডেল স্যুইচ করুন
আমরা আমাদের সমস্যা সমাধানের দড়ির শেষে পৌঁছেছি এবং এখন আনুষ্ঠানিকভাবে মাইক্রোসফ্ট সমর্থন জড়িত। তারা হোস্ট মডেলটি পরিবর্তন করার প্রস্তাব দিয়েছে:
- http://en.wikipedia.org/wiki/Host_model
- http://technet.microsoft.com/en-us/magazine/2007.09.cableguy.aspx
আমরা এটি করেছি এবং আমরা কিছু অপ্রকাশিত কার্নেল হটফিক্সও পেয়েছি যা সম্ভবত ২০০৮ আর -২ এসপি 1 এ রোল করা হয়েছিল। কোন ফিক্স।
নেটওয়ার্ক কার্ড হার্ডওয়্যার প্রতিস্থাপন
শেষ পর্যন্ত, ব্রডকম নেটওয়ার্ক হার্ডওয়্যারটি ইন্টেল নেটওয়ার্ক হার্ডওয়্যারের সাথে প্রতিস্থাপন করা আমাদের জন্য এই সমস্যাটি স্থির করে। সুতরাং আমি ভাবতে আগ্রহী যে ব্রডকম উইন্ডোজ সার্ভার 2008 আর 2 ড্রাইভারের দোষ রয়েছে!