আইএসসিএসআই স্টোরেজ টিউন করছে


29

এটি iSCSI সম্পর্কে একটি ক্যানোনিকাল প্রশ্ন যা আমরা রেফারেন্স হিসাবে ব্যবহার করতে পারি।

আইএসসিএসআই হ'ল একটি প্রোটোকল যা এসসিএসআই কমান্ডকে টিসিপি নেটওয়ার্ক প্যাকেটে পে-লোড হিসাবে রাখে। এরূপ হিসাবে, এটি ফাইবার চ্যানেল থেকে আলাদা আলাদা সমস্যার মুখোমুখি। উদাহরণস্বরূপ, যদি কোনও লিঙ্ক যানজট হয় এবং স্যুইচের বাফারগুলি পূর্ণ হয় তবে ইথারনেট ডিফল্টরূপে হোস্টকে ধীর করে দেওয়ার পরিবর্তে ফ্রেমগুলি ফেলে দেবে। এটি পুনঃপ্রেরণের দিকে পরিচালিত করে যা স্টোরেজ ট্রাফিকের খুব অল্প অংশের জন্য উচ্চ বিলম্বিত করে।

নেটওয়ার্ক সেটিংস সংশোধন সহ ক্লায়েন্ট অপারেটিং সিস্টেমের উপর নির্ভর করে এই সমস্যার সমাধান রয়েছে। ওএসগুলির নীচের তালিকার জন্য, একটি অনুকূল আইএসসিএসআই ক্লায়েন্ট কনফিগারেশন কেমন হবে? এটিতে সুইচগুলিতে সেটিংস পরিবর্তন করা জড়িত? স্টোরেজ সম্পর্কে কি?

  • ভিএমওয়্যার 4 এবং 5
  • উইন্ডোজ হাইপার-ভি 2008 এবং 2008r2
  • উইন্ডোজ 2003 এবং 2008 খালি ধাতুতে
  • খালি ধাতুতে লিনাক্স
  • এআইএক্স ভিও
  • আপনার মনে হয় অন্য যে কোনও ওএস প্রাসঙ্গিক হবে

আইএসসিএসআই এর চেয়ে অনেক জটিল - তবে আইপি-স্ট্যাকের ক্ষেত্রে সমস্ত প্রযোজ্য যা হাই-থ্রুপুট, কম বিলম্বিত আইপি সংযোগগুলির ক্ষেত্রে প্রযোজ্য - এখানে খুব বেশি বিশেষ নয়।
নিলস

উত্তর:


6

আমি ভিএমওয়ারের সাথে পরিচিত নই, তবে আমি জেনসভার ব্যবহার করি এবং আমি হাইপার-ভি (আর 2) ব্যবহার করেছি।

আমার বর্তমান জেনার্সভার কনফিগারেশনটি সহ আমার কাছে রয়েছে:

  • 8 ডেল পাওয়ারেডজ 29 এক্স সার্ভার
  • 2 ডেল পাওয়ারকনেক্ট 6248 সুইচ
  • 2 ডেল MD3000i সান (iSCSI)

আমি আমার স্যুইচগুলি একটি মাল্টিপাথ কনফিগারেশনে সেটআপ করেছি এবং এর দ্বারা iSCSI- এর জন্য অনুকূলিত করেছি:

  • আমার স্যুইচগুলি 3 ভিএলএনএসে পৃথক করা (আইএসসিএসআই ট্র্যাফিকের জন্য 2 এবং পরিচালনার জন্য 1)
  • জাম্বো ফ্রেম ব্যবহার করা
  • পাওয়ারকনেক্টটিতে থাকা "iSCSI" অপ্টিমাইজেশন প্রয়োগ করা হচ্ছে

প্রতিটি সার্ভারের প্রতিটি সুইচে একটি সংযোগ প্রদানের জন্য একাধিক নেটওয়ার্ক কার্ড থাকে, যার ফলে সার্ভার এবং আইএসসিএসআই স্যানের মধ্যে মাল্টিপ্যাথিংয়ের মাধ্যমে অতিরিক্ত কাজ করা হয় ancy আইএসসিএসআই ভিএলএএন-তে আইএসসিএসআই ব্যতীত অন্য কোনও ট্র্যাফিক নেই।

আমি জানাতে পেরে খুশি যে এই কনফিগারেশনের সাহায্যে জেনসভার "ক্লাস্টার" দুর্দান্তভাবে কাজ করে।

পাশের নোটে আমার কাছে একটি উইন্ডোজ ২০০৮ সার্ভার আইএসসিএসআই দ্বারা এইচপি সান (পুরানো ফাইল সার্ভার) এর সাথে সরাসরি সংযুক্ত রয়েছে। এটি উইন্ডোজ 2003 চালাতো, এবং নিয়মিতভাবে সংযোগটি ছাড়বে (2003 এর পুনরায় ইনস্টল করার পরেও); যাইহোক, উইন্ডোজ 2008 এ আপগ্রেড করার সাথে সাথে এটি সংযুক্ত থাকবে remains

আমি আমার সেটআপ সম্পর্কে যে কোনও প্রশ্নের উত্তর দিতে পেরে খুশি হব।


1
আপনি কি দুটি ডেল স্যুইচের মধ্যে স্ট্যাকিং কেবলগুলি ব্যবহার করছেন?
স্পেসম্যানস্পিফ

আইএসসিএসআই কেন? কেন সরাসরি সংযুক্ত MD3000 এ ডিআরবিডি নয়?
নিলস

আমার পছন্দগুলি
স্টিভ

@ নীল আমি ডিআরবিডি নিয়ে গবেষণা করি নি, যদিও আমি এটি শুনেছি। আমার সরাসরি সংযুক্ত স্টোরেজের জন্য ডিএসবিডি আইএসএসআইয়ের উপরে কী অফার করবে?
স্টিভ

ডিআরবিডি-এর কোনও এসসিএসআই-ওভারহেড নেই। অন্য জিনিসটি হ'ল যখন আপনার আইএসসিএসআই-সার্ভারটি মারা যায় বা অ্যাক্সেসযোগ্য হয় তখন আপনি কোনও আইএসসিএসআই-ক্লায়েন্ট-প্রক্রিয়া থেকে মুক্তি পেতে পারবেন না (পরবর্তীটি আপনার সেটআপে সমস্যা হওয়া উচিত নয়)।
নিল

3

এটি কোনও উত্তর নয় ... এখনও। এটি জেনেরিক উত্তরের কাঠামো। আপনার যদি সময় থাকে তবে দয়া করে আপনার সম্পর্কে যে কোনও কিছু পূরণ করুন। নির্দিষ্ট হার্ডওয়্যার কনফিগার করার ক্ষেত্রে, দয়া করে প্রতিটি বিক্রেতার জন্য পৃথক উত্তর পোস্ট করুন যাতে আমরা সেই তথ্যটি সংগঠিত এবং পৃথক রাখতে পারি।

বন্দরগুলিতে কিউএস প্রোফাইলের পাশাপাশি ঝড় নিয়ন্ত্রণ বন্ধ করে দেওয়া, এমটিইউ 9000-এ স্থাপন করা, প্রবাহ নিয়ন্ত্রণ চালু করা এবং বন্দরগুলি বন্দরে রাখা

থ্রুপুট এবং লেটেন্সি

ফার্মওয়্যার, ড্রাইভার এবং অন্যান্য সিস্টেম আপডেট হয়েছে

MPIO

জাম্বো ফ্রেম / এমটিইউ

নেটওয়ার্ক লিঙ্কগুলির গতি বাড়ার সাথে সাথে সম্ভাব্য উত্পন্ন প্যাকেটের সংখ্যাও বৃদ্ধি পায়। এটি আরও বেশি সংখ্যক সিপিইউ / বিঘ্নিত প্যাকেট তৈরির সময় ব্যয় করে যা ট্রান্সমিশন সিস্টেমকে অকারণে বোঝা এবং ফ্রেমিংয়ের সাথে অতিরিক্ত পরিমাণে লিংক ব্যান্ডউইদথ গ্রহণের উভয়ই প্রভাব ফেলে।

তথাকথিত "জাম্বো" ফ্রেমগুলি ইথারনেট ফ্রেম যা ক্যানোনিকাল 1518 বাইট সীমা অতিক্রম করে। যদিও স্যুইচ বিক্রেতাদের উপর ভিত্তি করে সংখ্যাগুলি পৃথক হতে পারে, অপারেটিং সিস্টেম এবং এনআইসির সর্বাধিক সাধারণ জাম্বো প্যাকেটের আকার 9000 এবং 9216 বাইট (পরে সাধারণটি সবচেয়ে সাধারণ)। মোটামুটি 6X ডেটা 9K ফ্রেমে স্থাপন করা যেতে পারে, প্রকৃত প্যাকেটের সংখ্যা (এবং বিঘ্নিত) হোস্টের অনুরূপ পরিমাণ দ্বারা হ্রাস করা হয়। এই লাভগুলি বিশেষত উচ্চ গতির (অর্থাত্ 10GE) লিঙ্কগুলিতে উচ্চারণ করা হয় যা প্রচুর পরিমাণে ডেটা (যেমন iSCSI) প্রেরণ করে।

জাম্বো ফ্রেম সক্ষম করতে হোস্ট এবং ইথারনেট সুইচ উভয়ের কনফিগারেশন প্রয়োজন এবং প্রয়োগের আগে যথেষ্ট যত্ন নেওয়া উচিত। বেশ কয়েকটি নির্দেশিকা অনুসরণ করা উচিত-

1.) প্রদত্ত ইথারনেট সেগমেন্টের মধ্যে (ভিএলএএন) সমস্ত হোস্ট এবং রাউটারগুলির একই এমটিইউ কনফিগার করা উচিত। যথাযথ কনফিগারেশন ছাড়াই একটি ডিভাইস বৃহত্তর ফ্রেমগুলিকে লিঙ্ক ত্রুটি হিসাবে দেখবে (বিশেষত "দৈত্য") এবং সেগুলি ফেলে দেয়।

২) আইপি প্রোটোকলের মধ্যে পৃথক ফ্রেম আকারের দুটি হোস্টকে উপযুক্ত সাধারণ ফ্রেম আকারের জন্য আলোচনার জন্য কিছু ব্যবস্থা দরকার। টিসিপির জন্য এটি এমটিইউ (পিএমটিইউ) আবিষ্কারের পথ এবং আইসিএমপি অ্যাক্সেসযোগ্য প্যাকেটগুলির সংক্রমণের উপর নির্ভর করে। নিশ্চিত হয়ে নিন যে সমস্ত সিস্টেমে পিএমটিইউ সক্ষম রয়েছে এবং যে কোনও এসিএল বা ফায়ারওয়াল নিয়ম এই প্যাকেটগুলির অনুমতি দেয়।

ইথারনেট ফ্লো কন্ট্রোল (802.3x)

কিছু আইএসসিএসআই বিক্রেতাদের দ্বারা প্রস্তাবিত হওয়া সত্ত্বেও, সমস্ত 802.3x ইথারনেট প্রবাহ নিয়ন্ত্রণ সর্বাধিক পরিবেশে সক্রিয় করা উচিত না যদি না সমস্ত সুইচ পোর্ট, এনআইসি এবং লিঙ্কগুলি সম্পূর্ণরূপে আইএসসিএসআই ট্র্যাফিকের জন্য নিবেদিত হয় এবং অন্য কিছুই না। লিঙ্কগুলিতে অন্য কোনও ট্র্যাফিক থাকলে (যেমন এসএমবি বা এনএফএস ফাইল ভাগ করে নেওয়া, ক্লাস্টারড স্টোরেজ বা ভিএমওয়্যার, হার্টবিটস, এনআইসির দলবদ্ধকরণ নিয়ন্ত্রণ / নিরীক্ষণ ট্র্যাফিক ইত্যাদির জন্য) সহজ 802.3x প্রবাহ নিয়ন্ত্রণ ব্যবহার করা উচিত নয় কারণ এটি পুরো বন্দরগুলিকে অবরুদ্ধ করে এবং অন্যান্য নন- আইএসসিএসআই ট্র্যাফিকও অবরুদ্ধ করা হবে। ইথারনেট ফ্লো কন্ট্রোলের পারফরম্যান্স লাভগুলি প্রায়শই ন্যূনতম বা অস্তিত্বহীন থাকে, বাস্তব কোনও উপকার আছে কিনা তা নির্ধারণ করার জন্য পুরো ওএস / এনআইসি / স্যুইচ / স্টোরেজ সংমিশ্রণগুলিতে রিয়েললিস্টিন বেঞ্চমার্কিং করা উচিত।

সার্ভারের দৃষ্টিকোণ থেকে আসল প্রশ্ন হ'ল: যদি আমার এনআইসির বা নেটওয়ার্কটি বেশি হয়ে যায় তবে আমি কী নেটওয়ার্ক ট্র্যাফিক বন্ধ করব, বা আমি প্যাকেটগুলি ফেলে এবং পুনঃপ্রেরণ শুরু করব? ফ্লো-কন্ট্রোল চালু করার ফলে বাফারগুলির জন্য এনআইসিকে রিসিভারের দিকে খালি করা দেওয়া হবে তবে প্রেরকের দিকে বাফারগুলিকে চাপ দেওয়া হবে (সাধারণত একটি নেটওয়ার্ক ডিভাইস এখানে বাফার করবে)।

টিসিপি কনজেশন কন্ট্রোল (আরএফসি 5681)

টো (টিসিপি / আইপি অফলোড ইঞ্জিন)

iSOE (iSCSI অফলোড ইঞ্জিন)

এলএসও (টিসিপি বিভাজন / বৃহত প্রেরণ অফলোড)

নেটওয়ার্ক বিচ্ছিন্নতা

আইএসসিএসআইয়ের জন্য একটি সাধারণ সর্বোত্তম অনুশীলন হ'ল অন্যান্য স্টোরেজ নেটওয়ার্ক ট্রাফিক থেকে আরম্ভকারী এবং লক্ষ্য উভয়ই আলাদা করা। এটি সুরক্ষা, পরিচালনযোগ্যতা এবং অনেক ক্ষেত্রে স্টোরেজ ট্র্যাফিকের জন্য উত্সকে উত্সর্গ করার ক্ষেত্রে সুবিধাগুলি সরবরাহ করে। এই বিচ্ছিন্নতা বিভিন্ন রূপ নিতে পারে:

1.) শারীরিক বিচ্ছিন্নতা - সমস্ত সূচনাকারী এক বা একাধিক এনআইসির একমাত্র iSCSI ট্র্যাফিকের জন্য নিবেদিত। এটি হতে পারে - বা উত্সর্গীকৃত নেটওয়ার্ক হার্ডওয়্যারকে প্রশ্নযুক্ত হার্ডওয়্যারটির ক্ষমতা এবং প্রদত্ত সংস্থার মধ্যে নির্দিষ্ট সুরক্ষা এবং অপারেশনাল প্রয়োজনীয়তার উপর নির্ভর করে বোঝায়।

২) যৌক্তিক বিচ্ছিন্নতা - বেশিরভাগ ক্ষেত্রে দ্রুত (অর্থাত্ 10GE) নেটওয়ার্কগুলিতে পাওয়া যায়, সূচনাদাতাদের ভিএলএএন ট্যাগিং রয়েছে (দেখুন 802.1q) স্টোরেজ এবং স্টোরেজবিহীন ট্রাফিক পৃথক করতে কনফিগার করা হয়েছে।

অনেক সংস্থায় অতিরিক্ত মেকানিজমকে এই নিশ্চয়তা দেওয়ার জন্য নিযুক্ত করা হয় যে আইএসসিএসআই সূচনাকারীরা এই উত্সর্গীকৃত নেটওয়ার্কগুলির মধ্যে একে অপরের কাছে পৌঁছাতে অক্ষম এবং আরও, এই উত্সর্গীকৃত নেটওয়ার্কগুলি স্ট্যান্ডার্ড ডেটা নেটওয়ার্কগুলি থেকে পৌঁছতে পারে না। এটি সম্পাদন করতে ব্যবহৃত ব্যবস্থাগুলিতে স্ট্যান্ডার্ড অ্যাক্সেস নিয়ন্ত্রণের তালিকা, ব্যক্তিগত ভিএলএএন এবং ফায়ারওয়াল অন্তর্ভুক্ত রয়েছে।

ব্যাক প্লেন এবং স্যুইচিং ফ্যাব্রিক সম্পর্কে এখানেও কিছু।

কিউএস (802.1 পি)

ভিএলএএন (802.1 কিউ)

এসটিপি (আরএসটিপি, এমএসটিপি, ইত্যাদি)

ট্র্যাফিক দমন (ঝড় নিয়ন্ত্রণ, মাল্টি / ব্রড-কাস্ট নিয়ন্ত্রণ)

নিরাপত্তা

প্রমাণীকরণ এবং সুরক্ষা

লোকটা

IP সেক

লুন ম্যাপিং (সেরা অভ্যাসগুলি)


কোনও ডিভাইসে আরএফসি 5681 এর জন্য কোনও টিউনেবল রয়েছে? যদি না হয় আমাদের সেই বিভাগটি মুছে ফেলা উচিত।
নীল

এটি কি যুক্ত হওয়া যায় যে আইএসসিএসআই প্রতিরূপের জন্য জাম্বো ফ্রেমগুলি খুব কমই সমর্থিত হয় (যেহেতু সমস্ত মধ্যস্থতাকারী ডব্লিউএএন ডিভাইসগুলি তাদের সমর্থন করতে হবে)?
জেরেমি

@ জেরেমি নিশ্চিত - উপরে লিখুন। এমনকি ল্যানেও - যদি আপনি কোনও ডিভাইস ভুলে যান (বা যদি আপনার আউটসোর্স নেটওয়ার্ক টিম কোনও কিছুকে ভুল কনফিগার করে) তবে পাথ এমটিইউ জাম্বো ফ্রেম সমর্থন করবে না।
নিলস

জেরেমির সাথে একমত নিলস, যদি টিসিপি-সিসি সক্ষম করে থাকে তবে এটির সম্ভাব্য সুবিধা এবং পরিণতি হতে পারে, সেগুলি কমপক্ষে রূপরেখা করা উচিত।
ক্রিস এস

1

কিছু বিবেচনা এবং গবেষণার ক্ষেত্রে আপনাকে সাবজেক্টিভালি নেওয়া উচিত :

1) মাল্টি-পাথিং - আপনার SAN সমাধান এবং আপনার ওএস, এটি হাইপারভাইজার বা বেয়ার মেটাল ওএসের সঠিকভাবে কাজ করার জন্য বিক্রেতার জন্য নির্দিষ্ট সফ্টওয়্যার লাগতে পারে।

2) সূচক - আপনার প্রয়োজন অনুসারে সফ্টওয়্যার প্রবর্তক পর্যাপ্ত পরিমাণে পারফরম্যান্স কিনা তা পরীক্ষা করে দেখার দরকার। অনেক এনআইসির কাছে আইএসসিএসআই অফলোডিং ক্ষমতা রয়েছে যা থ্রুপুটটি উল্লেখযোগ্যভাবে উন্নত করতে পারে তবে কিছু বয়স্ক হাইপারভাইজারগুলি তাদের সমর্থন অনুসারে যথেষ্ট প্রস্রাব পেয়েছে বলে জানা গেছে। আরও পরিপক্ক অফারগুলি (ESXi 4.1+) দেখতে সুন্দর লাগছে।

3) সুরক্ষা / অনুমতি - কোন প্রাথমিক সূচক কোন লুনগুলিতে অ্যাক্সেসের প্রয়োজন তা পুরোপুরি পরীক্ষা করার জন্য নিশ্চিত হন ... আপনার উইন্ডোজ মেশিনগুলির কোনও প্রশাসক যদি কোনও ডিস্কটিতে "ডিস্ক আরম্ভকরণ" করেন তবে আপনার খারাপ দিন হতে হবে অন্য সার্ভারের ভিএমওয়্যার ডেটাস্টোর হিসাবে সত্যই ব্যবহৃত।


মাল্টি-পাথিংয়ের ক্ষেত্রে - আসলে আপনি এটি বিভিন্ন নেটওয়ার্কের মাধ্যমেও অর্জন করতে পারেন - যা এফসি-সান এর চেয়ে আইপি নিয়ে কিছুটা বেশি জটিল (যেখানে বিভিন্ন হার্ডওয়্যার কাপড়ের সাথে সান এ / বি ধারণাটি প্রচলিত)।
নিলস

মাল্টি-পাথিংয়ের সাথে আমার অভিজ্ঞতাটি মূলত সমানতাত্ত্বিক, যার ক্ষেত্রে ক্লায়েন্টকে সাধারণত একটি আবিষ্কারের আইপি ঠিকানা (গ্রুপ আইপি) দেওয়া হয় এবং তারপরে প্রকৃত লক্ষ্য ঠিকানাগুলির জন্য সেই ঠিকানার সাথে আলোচনা করে। আমি মনে করি এটি বিভিন্ন নেটওয়ার্কের সাথে করা যেতে পারে এবং ক্লায়েন্টের হয় সেদিকে যাওয়ার পথ রয়েছে, বা না, তবে সেই গ্রুপটি আইপি চালু থাকলে সেই আবিষ্কারটি নেমে যেতে পারে that
স্পেসম্যানস্পিফ

আমি বিভিন্ন ভিএলএএন-তে এসএলইএস 11 এ মাল্টিপ্যাথিংয়ের চেষ্টা করেছি। জটিল অংশটি ছিল মাল্টিপ্যাথ-কনফিগারেশনটি সংশোধন করার জন্য, তাই একই শারীরিক স্টোরেজে যাওয়া আইএসসিএসআই-লক্ষ্যগুলি একই ডিভাইস হিসাবে দেখা গিয়েছিল।
নিলস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.