سب کو سلام! اس مضمون کے ساتھ، AERODISK Habré پر ایک بلاگ کھولتا ہے۔ ہیرے، ساتھیو!
Habré پر پچھلے مضامین میں سٹوریج سسٹمز کی فن تعمیر اور بنیادی ترتیب کے بارے میں سوالات پر تبادلہ خیال کیا گیا تھا۔ اس مضمون میں ہم ایک ایسے سوال پر غور کریں گے جس کا پہلے احاطہ نہیں کیا گیا تھا، لیکن اکثر پوچھا جاتا ہے - AERODISK ENGINE سٹوریج سسٹم کی غلطی برداشت کرنے کے بارے میں۔ ہماری ٹیم اس بات کو یقینی بنانے کے لیے سب کچھ کرے گی کہ AERODISK اسٹوریج سسٹم کام کرنا بند کر دے، یعنی اسے توڑو.
ایسا ہوا کہ ہماری کمپنی کی تاریخ کے بارے میں مضامین، ہماری مصنوعات کے بارے میں، نیز کامیاب نفاذ کی ایک مثال پہلے ہی Habré پر لٹک رہی ہے، جس کے لیے ہمارے شراکت داروں - TS Solution اور Softline کمپنیوں کا بہت شکریہ۔
لہذا، میں یہاں کاپی پیسٹ کے انتظام کی مہارتوں کی تربیت نہیں کروں گا، بلکہ صرف ان مضامین کے اصل لنکس فراہم کروں گا:
میں بھی اچھی خبریں شیئر کرنا چاہتا ہوں۔ لیکن میں شروع کروں گا، یقینا، مسئلہ کے ساتھ. ہمیں، ایک نوجوان فروش کے طور پر، دیگر اخراجات کے ساتھ، مسلسل اس حقیقت کا سامنا کرنا پڑتا ہے کہ بہت سے انجینئرز اور منتظمین صرف یہ نہیں جانتے کہ ہمارے اسٹوریج سسٹم کو صحیح طریقے سے کیسے چلایا جائے۔
یہ واضح ہے کہ زیادہ تر سٹوریج سسٹمز کا انتظام منتظم کے نقطہ نظر سے تقریباً یکساں نظر آتا ہے، لیکن ہر کارخانہ دار کی اپنی خصوصیات ہوتی ہیں۔ اور ہم یہاں کوئی مستثنیٰ نہیں ہیں۔
لہذا، آئی ٹی ماہرین کی تربیت کے کام کو آسان بنانے کے لیے، ہم نے اس سال کو مفت تعلیم کے لیے وقف کرنے کا فیصلہ کیا۔ ایسا کرنے کے لیے، روس کے بہت سے بڑے شہروں میں ہم AERODISK Competence Centers کا نیٹ ورک کھول رہے ہیں، جس میں کوئی بھی دلچسپی رکھنے والا تکنیکی ماہر بالکل مفت کورس کر سکتا ہے اور AERODISK ENGINE سٹوریج سسٹم کے انتظام میں سرٹیفکیٹ حاصل کر سکتا ہے۔
ہر قابلیت کے مرکز میں ہم AERODISK اسٹوریج سسٹم سے ایک مکمل ڈیمو اسٹینڈ اور ایک فزیکل سرور انسٹال کریں گے، جس پر ہمارا استاد آمنے سامنے ٹریننگ کرے گا۔ ہم اہلیت کے مراکز کے کام کا شیڈول ان کے ظاہر ہونے پر شائع کریں گے، لیکن ہم نے پہلے ہی نزنی نوگوروڈ میں ایک مرکز کھولا ہے اور اس کے بعد کراسنودار شہر ہے۔ آپ نیچے دیئے گئے لنکس کا استعمال کرتے ہوئے تربیت کے لیے سائن اپ کر سکتے ہیں۔ شہروں اور تاریخوں کے بارے میں فی الحال معلوم معلومات یہ ہیں:
- نزنی نوگوروڈ (پہلے سے ہی کھلا ہے - آپ یہاں سائن اپ کر سکتے ہیں۔ );
16 اپریل 2019 تک، آپ کسی بھی کام کے وقت سنٹر کا دورہ کر سکتے ہیں، اور 16 اپریل 2019 کو ایک بڑے تربیتی کورس کا اہتمام کیا جائے گا۔ - کریسنوڈار (جلد ہی کھل رہا ہے - آپ یہاں سائن اپ کر سکتے ہیں۔ );
9 اپریل سے 25 اپریل 2019 تک، آپ کسی بھی کام کے وقت سنٹر کا دورہ کر سکتے ہیں، اور 25 اپریل 2019 کو ایک بڑے تربیتی کورس کا اہتمام کیا جائے گا۔ - Ekaterinburg (جلد ہی کھل رہا ہے، ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
مئی-جون 2019۔ - برسک (ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
اکتوبر 2019۔ - کریسنویارسک (ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
نومبر 2019۔
اور، یقینا، اگر ماسکو آپ سے زیادہ دور نہیں ہے، تو آپ کسی بھی وقت ماسکو میں ہمارے دفتر جا سکتے ہیں اور اسی طرح کی تربیت حاصل کر سکتے ہیں۔
تمام ہم نے مارکیٹنگ کر لی ہے، آئیے ٹیکنالوجی کی طرف بڑھتے ہیں!
Habré پر ہم باقاعدگی سے اپنی مصنوعات، لوڈ ٹیسٹ، موازنہ، استعمال کی خصوصیات اور دلچسپ نفاذ کے بارے میں تکنیکی مضامین شائع کریں گے۔
AERODISK ENGINE N2 اسٹوریج سسٹم کے کریش ٹیسٹ، طاقت کا ٹیسٹ
انتباہ! مضمون کو پڑھنے کے بعد، آپ کہہ سکتے ہیں: ٹھیک ہے، یقینا، فروش خود کو چیک کرے گا تاکہ سب کچھ "دھماکے کے ساتھ،" گرین ہاؤس کے حالات، وغیرہ کام کرتا ہے. میں جواب دوں گا: ایسا کچھ نہیں! ہمارے غیر ملکی حریفوں کے برعکس، ہم یہاں واقع ہیں، آپ کے قریب ہیں، اور آپ ہمیشہ ہمارے پاس آ سکتے ہیں (ماسکو یا کسی بھی مرکزی کمیٹی میں) اور کسی بھی طرح سے ہمارے اسٹوریج سسٹم کی جانچ کر سکتے ہیں۔ اس طرح، ہمارے لیے نتائج کو دنیا کی مثالی تصویر میں ایڈجسٹ کرنا زیادہ معنی نہیں رکھتا، کیونکہ ہم چیک کرنے کے لئے بہت آسان ہیں. ان لوگوں کے لیے جو جانے میں بہت سست ہیں اور ان کے پاس وقت نہیں ہے، ہم ریموٹ ٹیسٹنگ کا اہتمام کر سکتے ہیں۔ اس کے لیے ہمارے پاس ایک خصوصی لیب ہے۔ ہم سے رابطہ کریں۔
ACHTUNG-2! یہ ٹیسٹ لوڈ ٹیسٹ نہیں ہے، کیونکہ یہاں ہم صرف غلطی کو برداشت کرنے کی پرواہ کرتے ہیں۔ چند ہفتوں میں، ہم ایک زیادہ طاقتور اسٹینڈ تیار کریں گے اور اسٹوریج سسٹم کی لوڈ ٹیسٹنگ کریں گے، نتائج یہاں شائع کریں گے (ویسے، ٹیسٹ کی درخواستیں قبول کی جاتی ہیں)۔
تو چلو اسے توڑتے ہیں۔
ٹیسٹ سٹینڈ
ہمارا موقف درج ذیل ہارڈ ویئر پر مشتمل ہے:
- 1 ایکس ایروڈیسک انجن این 2 اسٹوریج سسٹم (2 کنٹرولرز، 64 جی بی کیشے، 8 ایکس ایف سی پورٹس 8 جی بی / ایس، 4 ایکس ایتھرنیٹ پورٹس 10 جی بی / ایس ایس ایف پی+، 4 ایکس ایتھرنیٹ پورٹس 1 جی بی / ایس)؛ سٹوریج سسٹم میں درج ذیل ڈسکیں نصب ہیں:
- 4 ایکس ایس اے ایس ایس ایس ڈی ڈسک 900 جی بی؛
- 12 x SAS 10k ڈسک 1,2 TB؛
- ونڈوز سرور 1 کے ساتھ 2016 ایکس فزیکل سرور (2xXeon E5 2667 v3، 96GB RAM، 2xFC پورٹس 8Gb/s، 2xEthernet پورٹس 10Gb/s SFP+)؛
- 2 x SAN 8G سوئچ؛
- 2 ایکس LAN 10G سوئچ؛
ہم نے FC اور 10G ایتھرنیٹ دونوں کے ذریعے سوئچ کے ذریعے سرور کو اسٹوریج سسٹم سے منسلک کیا۔ اسٹینڈ ڈایاگرام نیچے ہے۔
ہمیں جن اجزاء کی ضرورت ہے، جیسے MPIO اور iSCSI initiator، ونڈوز سرور پر انسٹال ہیں۔
زونز کو FC سوئچز پر کنفیگر کیا جاتا ہے، متعلقہ VLANs کو LAN سوئچز پر کنفیگر کیا جاتا ہے، اور MTU 9000 اسٹوریج پورٹس، سوئچز اور ہوسٹ پر انسٹال ہوتا ہے (یہ سب کیسے کرنا ہے ہماری دستاویزات میں بیان کیا گیا ہے، اس لیے ہم اس کی وضاحت نہیں کریں گے۔ یہ عمل یہاں)۔
ٹیسٹ کا طریقہ کار
کریش ٹیسٹ پلان مندرجہ ذیل ہے:
- ایف سی اور ایتھرنیٹ پورٹس کی ناکامی کی جانچ کر رہا ہے۔
- بجلی کی ناکامی کی جانچ۔
- کنٹرولر کی ناکامی کی جانچ۔
- گروپ/پول میں ڈسک کی ناکامی کی جانچ کرنا۔
تمام ٹیسٹ مصنوعی بوجھ کے حالات میں کیے جائیں گے، جو ہم IOMETER پروگرام کے ذریعے تیار کریں گے۔ متوازی طور پر، ہم وہی ٹیسٹ کریں گے، لیکن بڑی فائلوں کو اسٹوریج سسٹم میں کاپی کرنے کی شرائط کے تحت۔
IOmeter کی تشکیل مندرجہ ذیل ہے:
- پڑھیں/لکھیں – 70/30
- بلاک - 128k (ہم نے بڑے بلاکس میں اسٹوریج سسٹم کو دھونے کا فیصلہ کیا)
- دھاگوں کی تعداد - 128 (جو پیداواری بوجھ سے بہت ملتی جلتی ہے)
- مکمل بے ترتیب
- کارکنوں کی تعداد – 4 (FC کے لیے 2، iSCSI کے لیے 2)
ٹیسٹ کے مندرجہ ذیل مقاصد ہیں:
- اس بات کو یقینی بنائیں کہ مصنوعی بوجھ اور کاپی کا عمل مختلف ناکامی کے منظرناموں میں رکاوٹ یا خرابی پیدا نہیں کرے گا۔
- اس بات کو یقینی بنائیں کہ بندرگاہوں، کنٹرولرز وغیرہ کو تبدیل کرنے کا عمل کافی حد تک خودکار ہے اور ناکامی کی صورت میں منتظم کے اقدامات کی ضرورت نہیں ہے (یعنی ناکامی کے دوران، ہم یقیناً فیل بیکس کے بارے میں بات نہیں کر رہے ہیں)۔
- اس بات کو یقینی بنائیں کہ نوشتہ جات میں موجود معلومات صحیح طریقے سے ظاہر ہو رہی ہیں۔
میزبان اور اسٹوریج سسٹم کی تیاری
ہم نے اسٹوریج سسٹم پر بلاک رسائی کو FC اور ایتھرنیٹ پورٹس (بالترتیب FC اور iSCSI) کا استعمال کرتے ہوئے ترتیب دیا۔ ٹی ایس سلوشن کے لڑکوں نے پچھلے مضمون میں اس کو کرنے کا طریقہ تفصیل سے بتایا ہے ()۔ اور، ظاہر ہے، کسی نے کتابچے اور کورسز کو منسوخ نہیں کیا۔
ہم نے اپنے پاس موجود تمام ڈرائیوز کا استعمال کرتے ہوئے ایک ہائبرڈ گروپ قائم کیا۔ کیشے میں 2 SSD ڈسکیں شامل کی گئیں، 2 SSD ڈسکوں کو اضافی اسٹوریج ٹائر (آن لائن ٹائر) کے طور پر شامل کیا گیا۔ ہم نے 12 SAS10k ڈرائیوز کو RAID-60P (ٹرپل پیریٹی) میں گروپ کیا تاکہ گروپ میں ایک ساتھ تین ڈرائیوز کی ناکامی کو چیک کیا جا سکے۔ ایک ڈسک خودکار تبدیلی کے لیے چھوڑ دی گئی تھی۔
ہم نے دو LUNs کو جوڑ دیا (ایک FC کے ذریعے، ایک iSCSI کے ذریعے)۔
دونوں LUNs کا مالک انجن-0 کنٹرولر ہے۔
آئیے ٹیسٹ شروع کرتے ہیں۔
ہم اوپر کی تشکیل کے ساتھ IOMETER کو فعال کرتے ہیں۔
ہم 1.8 GB/s کا تھرو پٹ اور 3 ملی سیکنڈ کی تاخیر ریکارڈ کرتے ہیں۔ کوئی غلطیاں نہیں ہیں ( ٹوٹل ایرر کاؤنٹ)۔
ایک ہی وقت میں، اپنے میزبان کی مقامی ڈرائیو "C" سے، ہم دوسرے انٹرفیس کا استعمال کرتے ہوئے متوازی طور پر دو بڑی 100GB فائلوں کو FC اور iSCSI اسٹوریج LUNs (Windows میں E اور G ڈرائیوز) میں کاپی کرنا شروع کر دیتے ہیں۔
اوپر LUN FC میں کاپی کرنے کا عمل ہے، نیچے iSCSI میں۔
ٹیسٹ نمبر 1: I/O پورٹس کو غیر فعال کرنا
ہم پیچھے سے اسٹوریج سسٹم تک پہنچتے ہیں))) اور ہاتھ کی ہلکی سی حرکت کے ساتھ ہم انجن-10 کنٹرولر سے تمام FC اور Ethernet 0G کیبلز نکال لیتے ہیں۔ یہ ایسا ہی ہے جیسے ایک صفائی کرنے والی خاتون ایم او پی کے ساتھ چلتی ہے اور اس نے فرش کو دائیں طرف دھونے کا فیصلہ کیا ہے جہاں snot پڑا تھا اور کیبلز پڑی تھیں (یعنی کنٹرولر اب بھی کام کر رہا ہے، لیکن I/O بندرگاہیں ختم ہو چکی ہیں)۔
آئیے IOMETER اور کاپی کرنے والی فائلوں کو دیکھتے ہیں۔ تھرو پٹ 0,5 GB/s تک گر گیا، لیکن تیزی سے اپنی سابقہ سطح پر واپس آگیا (تقریباً 4-5 سیکنڈ میں)۔ کوئی غلطیاں نہیں ہیں۔
فائلوں کی کاپی کرنا بند نہیں ہوا ہے، رفتار میں کمی ہے، لیکن یہ بالکل بھی اہم نہیں ہے (840 MB/s سے گر کر 720 MB/s تک پہنچ گیا ہے)۔ نقل کا سلسلہ بند نہیں ہوا۔
ہم سٹوریج سسٹم کے لاگز کو دیکھتے ہیں اور بندرگاہوں کی عدم دستیابی اور گروپ کی خودکار تبدیلی کے بارے میں ایک پیغام دیکھتے ہیں۔
معلوماتی پینل ہمیں یہ بھی بتاتا ہے کہ FC بندرگاہوں کے ساتھ سب کچھ بہت اچھا نہیں ہے۔
اسٹوریج سسٹم I/O بندرگاہوں کی ناکامی سے بچ گیا۔ کامیابی سے.
ٹیسٹ نمبر 2۔ اسٹوریج کنٹرولر کو غیر فعال کرنا
تقریباً فوراً (کیبلز کو دوبارہ اسٹوریج سسٹم میں پلگ کرنے کے بعد) ہم نے کنٹرولر کو چیسس سے باہر نکال کر اسٹوریج سسٹم کو ختم کرنے کا فیصلہ کیا۔
ایک بار پھر ہم پیچھے سے اسٹوریج سسٹم سے رجوع کرتے ہیں (ہم نے اسے پسند کیا))) اور اس بار ہم انجن-1 کنٹرولر کو نکالتے ہیں، جو اس وقت RDG کا مالک ہے (جس کی طرف گروپ منتقل ہوا)۔
IOmeter میں صورتحال مندرجہ ذیل ہے۔ I/O تقریباً 5 سیکنڈ کے لیے رک گیا۔ غلطیاں جمع نہیں ہوتیں۔
5 سیکنڈ کے بعد، I/O تقریباً اسی تھرو پٹ کے ساتھ دوبارہ شروع ہوا، لیکن 35 ملی سیکنڈ کی تاخیر کے ساتھ (تقریباً چند منٹوں کے بعد درست کیا گیا)۔ جیسا کہ اسکرین شاٹس سے دیکھا جا سکتا ہے، ٹوٹل ایرر کاؤنٹ ویلیو 0 ہے، یعنی لکھنے یا پڑھنے میں کوئی غلطیاں نہیں تھیں۔
آئیے اپنی فائلوں کو کاپی کرتے ہوئے دیکھتے ہیں۔ جیسا کہ آپ دیکھ سکتے ہیں، اس میں کوئی خلل نہیں پڑا، کارکردگی میں معمولی کمی تھی، لیکن مجموعی طور پر سب کچھ اسی ~ 800 MB/s پر واپس آ گیا۔
ہم اسٹوریج سسٹم پر جاتے ہیں اور انفارمیشن پینل میں ایک لعنت دیکھتے ہیں کہ انجن-1 کنٹرولر دستیاب نہیں ہے (یقیناً، ہم نے اسے مار ڈالا)۔
ہم نوشتہ جات میں بھی اسی طرح کا اندراج دیکھتے ہیں۔
اسٹوریج کنٹرولر بھی ناکامی سے بچ گیا۔ کامیابی سے.
ٹیسٹ نمبر 3: بجلی کی فراہمی منقطع کرنا۔
صرف اس صورت میں، ہم نے فائلوں کو دوبارہ کاپی کرنا شروع کیا، لیکن IOMETER کو نہیں روکا۔
ہم پاور سپلائی یونٹ کو کھینچتے ہیں۔
انفارمیشن پینل میں اسٹوریج سسٹم میں ایک اور الرٹ شامل کیا گیا ہے۔
اس کے علاوہ سینسر مینو میں ہم دیکھتے ہیں کہ نکالی گئی پاور سپلائی سے منسلک سینسر سرخ ہو گئے ہیں۔
ذخیرہ کرنے کا نظام کام کرتا رہتا ہے۔ پاور سپلائی یونٹ کی ناکامی کسی بھی طرح سے سٹوریج سسٹم کے آپریشن کو متاثر نہیں کرتی ہے؛ میزبان کے نقطہ نظر سے، کاپی کی رفتار اور IOMETER اشارے میں کوئی تبدیلی نہیں ہوئی۔
بجلی کی ناکامی کا امتحان پاس ہو گیا۔ کامیابی سے.
آخری ٹیسٹ سے پہلے، ہم نے اسٹوریج سسٹم کو تھوڑا سا زندہ کرنے، کنٹرولر اور پاور سپلائی یونٹ کو واپس رکھنے اور کیبلز کو ترتیب دینے کا فیصلہ کیا، جس کے بارے میں اسٹوریج سسٹم نے خوشی سے ہمیں اپنے ہیلتھ پینل میں سبز آئیکنز کے ساتھ آگاہ کیا۔ .
ٹیسٹ نمبر 4۔ ایک گروپ میں تین ڈسکوں کی ناکامی۔
اس ٹیسٹ سے پہلے، ہم نے تیاری کا ایک اضافی مرحلہ انجام دیا۔ حقیقت یہ ہے کہ انجن سٹوریج سسٹم ایک بہت مفید چیز فراہم کرتا ہے - مختلف تعمیر نو کی پالیسیاں۔ TS Solution نے اس خصوصیت کے بارے میں پہلے لکھا تھا، لیکن آئیے اس کے جوہر کو یاد کرتے ہیں۔ سٹوریج ایڈمنسٹریٹر تعمیر نو کے دوران وسائل کی تقسیم کی ترجیح بتا سکتا ہے۔ یا تو I/O کارکردگی کی سمت میں، یعنی دوبارہ تعمیر میں زیادہ وقت لگتا ہے، لیکن کارکردگی میں کوئی کمی نہیں ہے۔ یا دوبارہ تعمیر کی رفتار کی سمت میں، لیکن پیداوری کو کم کیا جائے گا. یا ایک متوازن آپشن۔ چونکہ ڈسک گروپ کی تعمیر نو کے دوران اسٹوریج کی کارکردگی ہمیشہ ایڈمن کے لیے درد سر ہوتی ہے، اس لیے ہم I/O کارکردگی کی طرف تعصب کے ساتھ اور دوبارہ تعمیر کی رفتار کی قیمت پر ایک پالیسی کی جانچ کریں گے۔
اب آئیے ڈسک کی ناکامی کی جانچ کریں۔ ہم LUNs (فائلوں اور IOMETER) میں ریکارڈنگ کو بھی فعال کرتے ہیں۔ چونکہ ہمارے پاس ٹرپل پیریٹی (RAID-60P) والا ایک گروپ ہے، اس کا مطلب یہ ہے کہ سسٹم کو تین ڈسکوں کی ناکامی کو برداشت کرنا چاہیے، اور ناکامی کے بعد، خودکار تبدیلی کو کام کرنا چاہیے، ایک ڈسک کو ناکام ہونے والوں میں سے ایک کی جگہ لینا چاہیے۔ RDG میں، اور اس پر دوبارہ تعمیر شروع ہونی چاہیے۔
شروع کریں سب سے پہلے، سٹوریج انٹرفیس کے ذریعے، آئیے ان ڈسکوں کو ہائی لائٹ کریں جنہیں ہم نکالنا چاہتے ہیں (تاکہ آٹو چینج ڈسک سے محروم نہ ہوں)۔
ہم ہارڈ ویئر پر اشارے کو چیک کرتے ہیں۔ سب کچھ ٹھیک ہے، ہم تین نمایاں ڈسکیں دیکھتے ہیں۔
اور ہم ان تینوں ڈسکوں کو نکالتے ہیں۔
آئیے دیکھتے ہیں کہ میزبان پر کیا ہے۔ اور وہاں... کچھ خاص نہیں ہوا۔
کاپی کرنے والے اشارے (وہ شروع سے زیادہ ہیں، کیونکہ کیش گرم ہو گیا ہے) اور IOMETER ڈسکوں کو ہٹانے اور دوبارہ تعمیر شروع کرتے وقت زیادہ تبدیل نہیں ہوتے ہیں (5-10% کے اندر)۔
آئیے دیکھتے ہیں کہ اسٹوریج سسٹم میں کیا ہے۔
گروپ کی حالت میں ہم دیکھتے ہیں کہ تنظیم نو کا عمل شروع ہو چکا ہے اور یہ تکمیل کے قریب ہے۔
RDG کنکال میں آپ دیکھ سکتے ہیں کہ 2 ڈسکیں سرخ حالت میں ہیں، اور ایک کو پہلے ہی تبدیل کر دیا گیا ہے۔ آٹو ریپلیسمنٹ ڈسک اب نہیں ہے؛ اس نے تیسری ناکام ڈسک کی جگہ لے لی ہے۔ دوبارہ تعمیر میں کئی منٹ لگے، فائلیں لکھنے میں جب 3 ڈسکیں ناکام ہوئیں تو کوئی خلل نہیں پڑا، اور I/O کی کارکردگی میں زیادہ تبدیلی نہیں آئی۔
ڈسک کی ناکامی کا امتحان یقینی طور پر پاس ہوا۔ کامیابی سے.
حاصل يہ ہوا
اس مقام پر، ہم نے اسٹوریج سسٹم کے خلاف تشدد کو روکنے کا فیصلہ کیا۔ آئیے خلاصہ کرتے ہیں:
- ایف سی پورٹ ناکامی کی جانچ - کامیاب
- ایتھرنیٹ پورٹ کی ناکامی کی جانچ - کامیاب
- کنٹرولر کی ناکامی کی جانچ - کامیاب
- پاور فیلور ٹیسٹ - کامیاب
- گروپ پول میں ڈسک کی ناکامی کی جانچ کر رہا ہے - کامیاب
کسی بھی ناکامی نے ریکارڈنگ کو روکا یا مصنوعی بوجھ میں غلطیوں کی وجہ سے؛ بلاشبہ، ایک کارکردگی کا نشانہ تھا (اور ہم جانتے ہیں کہ اس پر کیسے قابو پانا ہے، جو ہم جلد ہی کریں گے)، لیکن یہ دیکھتے ہوئے کہ یہ سیکنڈز ہیں، یہ کافی قابل قبول ہے۔ نتیجہ: AERODISK سٹوریج سسٹم کے تمام اجزاء کی غلطی کی رواداری نے سطح پر کام کیا، ناکامی کے کوئی پوائنٹ نہیں تھے۔
ظاہر ہے، ایک مضمون میں ہم ناکامی کے تمام منظرناموں کی جانچ نہیں کر سکتے، لیکن ہم نے سب سے زیادہ مقبول منظرناموں کا احاطہ کرنے کی کوشش کی۔ لہذا، براہ کرم اپنے تبصرے، مستقبل کی اشاعتوں کے لیے تجاویز اور یقیناً مناسب تنقید بھیجیں۔ ہمیں بات کرنے میں خوشی ہوگی (یا ابھی تک بہتر ہے، ٹریننگ میں آئیں، میں شیڈول کو صرف اس صورت میں نقل کرتا ہوں)! نئے ٹیسٹ تک!
- نزنی نوگوروڈ (پہلے سے ہی کھلا ہے - آپ یہاں سائن اپ کر سکتے ہیں۔ );
16 اپریل 2019 تک، آپ کسی بھی کام کے وقت سنٹر کا دورہ کر سکتے ہیں، اور 16 اپریل 2019 کو ایک بڑے تربیتی کورس کا اہتمام کیا جائے گا۔ - کریسنوڈار (جلد ہی کھل رہا ہے - آپ یہاں سائن اپ کر سکتے ہیں۔ );
9 اپریل سے 25 اپریل 2019 تک، آپ کسی بھی کام کے وقت سنٹر کا دورہ کر سکتے ہیں، اور 25 اپریل 2019 کو ایک بڑے تربیتی کورس کا اہتمام کیا جائے گا۔ - Ekaterinburg (جلد ہی کھل رہا ہے، ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
مئی-جون 2019۔ - برسک (ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
اکتوبر 2019۔ - کریسنویارسک (ہماری ویب سائٹ یا Habré پر موجود معلومات پر عمل کریں)؛
نومبر 2019۔
ماخذ: www.habr.com