help-header

شروط فنی استفاده از خدمات زیرساخت رایانش ابری آروان

معماری ابرزی (Cloud Native) به معنای جایگزینی سرورهای اختصاصی با سرورهای ابری نیست. چنین تلاشی نه‌تنها سبب افزایش پایداری نخواهد شد، که در برخی مواقع موجب کاهش پایداری و لطمه به استمرار فعالیت تجاری خواهد شد.
استفاده از سرویس زیرساخت پردازش ابری آروان (IaaS) برای مصارف با ریسک بالا و حیاتی می‌بایست با پیکربندی ویژه و در کنار سایر سرویس‌های ابر آروان (یا راهکارهای جایگزین) مورد استفاده قرار بگیرد. هم‌چنین باید در نظر داشته باشید این سرویس‌ها در برخی شرایط فنی به هیچ‌وجه به کاربران توصیه نمی‌شود.

سطح حساسیت

شما می‌توانید سرویس‌های خود را با توجه به سطح حساسیت آن به یکی از ۴ دسته زیر تقسیم بندی کنید:

  SLA پذیرش اختلال ماهانه ریسک اطلاعات ذخیره شده

سطح حساسیت حیاتی

بالاتر از ۹۹.۹٪

تا ۴۹دقیقه ماهانه

حیاتی

سطح حساسیت بالا

بالاتر از ۹۹.۵٪

تا ۳ ساعت و ۳۹ دقیقه ماهانه

با اهمیت بالا

سطح حساسیت متوسط

تا ۹۹٪

۷ ساعت و ۱۸ دقیقه ماهانه

جبران‌شدنی

بدون حساسیت

تا ۹۵٪

۱ روز و ۱۲  ساعت ماهانه

فاقد اهمیت

استفاده از پیکربندی پیش‌فرض خدمات زیرساخت پردازشی ابر آروان تنها برای گروه با سطح حساسیت متوسط و بدون حساسیت توصیه می‌شود. در سایر موارد با توجه به نکات و سطح ریسک، اقدامات و الزامات زیر را انجام دهید. برای آگاهی بیش‌تر نگاه کنید به قرارداد سطح کیفیت خدمات ابر آروان، AWS ، Azure و سایر سرویس‌های ابری.

 

ریسک اختلال یا کندی اینترنت

در حال حاضر هر دیتاسنتر ابر آروان (در سرویس IaaS و در ایران) اینترنت خود را از اپراتور بالادستی خود می‌گیرد. در نتیجه اختلال شامل قطع شدن یا کمبود سرعت اینترنت آن اپراتور سبب می‌شود ابرک‌های موجود در آن دیتاسنتر با مشکل مواجه شوند. این مورد شامل SLA و تعهد ابر آروان است، اما باید در نظر بگیرید که جبران خدمت SLA مانند تمامی پروایدرهای جهانی در بیش‌تر مواقع جبران لطمات تجاری کسب‌وکار شما نخواهد بود. در نتیجه زمان انتخاب پاپ‌سایت این متغیر را در نظر داشته باشید.


ابر آروان در حال اتصال تمام دیتاسنترهای تهران خود از طریق فیبر تاریک به یک‌دیگر است. پیش‌بینی می‌شود از نیمه‌‌ی دوم سال ۱۳۹۹ ابر آروان بتواند به‌شکل یکپارچه هرگونه قطع شدن یا اختلال در شبکه‌ی اپراتورها را از طریق اتصال به سایر اپراتورها حل کند.
با وجود این، باید در نظر گرفت در هر حال حاضر انحصار اینترنت کشور در اختیار شرکت ارتباطات زیرساخت است، در نتیجه اختلال در آن سطح مشمول SLA ابر آروان است، اما از کنترل ابر آروان خارج خواهد بود.

 

ریسک سرعت فضای ذخیره‌سازی

می‌توان انواع فضای ذخیره‌سازی ابری را به دو دسته‌ی مختلف Network Storage و Local Storage تقسیم بندی کرد. هر کدام از این مدل‌ها را می‌ةوان به‌عنوان پرسرعت (داغ یا SSD) با سرعت متوسط (گرم - SAS)، با سرعت پایین (سرد - HDD) و با سرعت بسیار پایین (فضای آرشیو) تقسیم‌بندی کرد.
در مدل Local Storage به‌دلیل اتصال مستقیم دیسک به یک سرور سخت‌افزاری، ریسک از دسترس خارج شدن داده بالا، اما سرعت نوشتن و خواندن بسیار بالا و تاخیر در نوشتن و خواندن اطلاعات بسیار پایین است.
در حالت Network Storage اطلاعات روی ۳ سرور مختلف و در ۳ دیسک مختلف نوشته خواهد شد، این امر امنیت نگهداشت اطلاعات را بالا خواهد برد اما سبب تاخیر خواهد شد.

در حال حاضر ابر آروان فقط Network Storage را به‌شکل دیسک داغ و سرد ارایه می‌دهد. استفاده از این دیسک در بهترین حالت ۸ و در بدترین حالت تا ۳۰ میلی‌ثانیه تاخیر خواهد داشت. در نتیجه اگر پایگاه داده‌ای دارید که به تاخیر کم‌تر از ۸-۳۰ میلی ثانیه برای نوشتن و خواندن اطلاعات نیاز دارد، به هیچ‌وجه استفاده از block storage فعلی ابر آروان که بر بستر Network Storage است به شما توصیه نمی‌شود.

پیش‌بینی می‌شود تا پایان سال ۱۳۹۹ ابر آروان عرضه‌ی دیسک به‌شکل Local Storage را نیز به خدمات خود اضافه کند.

 

ریسک اختلال سخت‌افزاری

در حال حاضر در معماری ابر آروان اگر یک سخت‌افزار با اطلاع قبلی از مدار خارج شود، هیچ اختلالی برای کاربران مشاهده نخواهد شد و تمامی ابرک‌های متصل به آن سرور به‌شکل خودکار به سایر سرورها انتقال پیدا خواهند کرد. اما اگر به‌دلیل یک مشکل سخت‌افزاری سرور فیزیکی یا مشکل نوسان برق در دیتاسنتر به‌شکل ناگهانی از دسترس خارج شود این موضوع اختلالی در ابرک ایجاد خواهد کرد.
در حال حاضر میانگین زمان انتقال تمام ابرک‌های یک سرور فیزیکی به سرور دیگر در حدود ۶۰ دقیقه است.

پیش‌بینی می‌شود تا پایان سال ۱۳۹۹ ابر آروان با معماری جدید خود این زمان را به ۵ دقیقه کاهش دهد.

 

ریسک تغییر اندازه‌ی ابرک

در حال حاضر بیش از ۹۹.۲درصد تغییر اندازه‌ی ابرک‌ها در ابر آروان با موفقیت انجام خواهد شد. اما اختلال در موارد اندک ممکن است عواقب جبران‌ناپذیری داشته باشد. برای تغییر اندازه‌ی ابرک موارد زیر را در نظر داشته باشید:

  • توصیه می‌شود ابتدا ابرک را خاموش، سپس نسبت به تغییر اندازه اقدام کنید.
  • توصیه می‌شود ابتدا از ابرک snapshot تهیه کنید، سپس تغییر اندازه دهید.

اگر ابرک از موقعیت حیاتی یا حساسیت بالا برخوردار است مواردی که در ادامه می‌آید را در نظر داشته باشید.

 

سطح حساسیت حیاتی و بالا

در سرویس‌ها با سطح حساسیت حیاتی و بالا می‌بایست موارد زیر را در نظر گرفت:‌

  • دپلوی سرویس می‌بایست حتمن در بیش از یک دیتاسنتر ابری انجام شود.
  • از مقاطع زمانی منظم از سرورهای مهم اسنپ‌شات گرفت تا در هنگام اخلال، امکان بازیابی آن وجود داشته باشد.
  • در هر دیتاسنتر و در هر سطح می‌بایست HA را به‌شکل کامل اجرا کرد و در هیچ نقطه‌ای تنها یک ابرک پاسخ‌گوی یک عملکرد نباشد.
  • از CDN و سامانه‌ی امنیت ابری آروان (یا هر راه‌حل جایگزین) می‌بایست برای توزیع بار بین دیتاسنترها و سلامت‌سنجی دیتاسنترها و سرویس‌های آن استفاده کرد.
  • از راهکارهایی برای horizontal scale سرویس‌های مهم استفاده کرد.
  • از فضای ابری آروان (یا هر راه‌حل جایگزین) برای پشتیبان‌گیری منظم استفاده کرد.

 

استفاده از خدمات کوچ ابری (Adoption) ابرآروان

ابر آروان در سال‌های گذشته به‌ویژه در رویداد سوارابرهای ۱۳۹۸ تلاش کرده است به سهم خود فرهنگ‌سازی کند که استفاده از یک ابرک به معنای ابرزی یا Cloud Native شدن یک زیرساخت نیست.
ابر آروان با تشکیل تیم کوچ ابری و استفاده از تیم‌های متخصص می‌تواند در طراحی معماری زیرساخت‌های با سطح حساسیت بالا یا حیاتی، تمام مراحل کار شامل مشاوره، طراحی، پیاده‌سازی و آموزش را در کنار مجموعه‌ی شما باشد، خواه یکی از استارت‌آپ‌های کوچک یا سازمان‌های بزرگ باشید.