در دنیای دیجیتال امروز ، خرابی گزینه ای نیست. این که آیا شما یک برنامه کاربردی مهم برای ماموریت یا یک سرویس مشتری را اجرا می کنید ، اطمینان از در دسترس بودن بالا و تحمل خطا ضروری است. AWS مجموعه ای قوی از ابزارها و خدمات را برای کمک به شما در ساخت زیرساخت های ابر انعطاف پذیر فراهم می کند ، اما طراحی برای تحمل گسل نیاز به برنامه ریزی و اجرای دقیق دارد.
در این وبلاگ ، ما بررسی خواهیم کرد که هنگام معماری زیرساخت های ابری تحمل گسل در AWS ، به همراه بهترین شیوه ها برای اطمینان از اینکه سیستم های شما می توانند در برابر خرابی ها مقاومت کنند و خدمات بی وقفه را ارائه دهند ، بررسی خواهیم کرد.
تحمل تقصیر چیست؟
تحمل گسل توانایی یک سیستم برای ادامه کار بدون وقفه در صورت خرابی است. این شامل طراحی سیستم هایی است که می توانند خرابی ها را تشخیص دهند ، به سرعت بهبود یابند و عملکرد را حتی در صورت عدم موفقیت اجزای آن حفظ کنند.
در AWS ، تحمل گسل از طریق افزونگی ، اتوماسیون و معماری های توزیع شده حاصل می شود.
ملاحظات کلیدی برای معماری های تحمل گسل در AWS
1. طراحی برای افزونگی
افزونگی پایه و اساس تحمل گسل است. اطمینان حاصل کنید که هر مؤلفه معماری شما از نسخه پشتیبان تهیه کرده است.
ترتیب خدمات مدیریت شده اهرم
AWS خدمات مدیریت شده ای را ارائه می دهد که ذاتاً تحمل گسل هستند و بار عملیاتی حفظ مقاومت را کاهش می دهند.
- آمازون RDS: برای اطمینان از عدم موفقیت خودکار از استقرارهای Multi-Az برای پایگاه داده ها استفاده کنید.
- آمازون S3: دوام 99.999999999 ٪ (11 نود) را برای اشیاء ذخیره شده فراهم می کند.
- AWS Lambda: به طور خودکار مقیاس و مدیریت منابع محاسبات را مدیریت می کند.
3. مقیاس خودکار و تعادل بار را اجرا کنید
مقیاس گذاری خودکار و تعادل بار اطمینان حاصل کنید که برنامه شما می تواند سنبله های ترافیکی را کنترل کرده و از خرابی های نمونه بهبود یابد.
- مقیاس خودکار Amazon EC2: به طور خودکار تعداد موارد را بر اساس تقاضا تنظیم می کند.
- تعادل بار الاستیک (ELB): ترافیک را در چندین مورد و AZ توزیع می کند. برای بار کاری کم تحرک و کم تحرک ، برای ترافیک HTTP/HTTPS یا Balancer Load Bload (NLB) از Balancer Load (ALB) استفاده کنید.
4. از ذخیره داده های توزیع شده استفاده کنید
داده ها اغلب مهمترین مؤلفه یک برنامه است. اطمینان حاصل کنید که ذخیره داده های شما انعطاف پذیر و توزیع شده است.
- آمازون S3: برای تهیه نسخه پشتیبان و بازیابی فاجعه از نسخه و تکثیر متقابل استفاده کنید.
- Amazon DynamoDB: تحمل گسل داخلی را با تکثیر داده های خودکار در سراسر AZ ارائه می دهد.
- آمازون شفق قطبی: در دسترس بودن بالایی با عدم موفقیت خودکار و پشتیبان گیری مداوم است.
5. برنامه برای بازیابی فاجعه (DR)
بازیابی فاجعه تضمین می کند که برنامه شما می تواند از خرابی های فاجعه بار بهبود یابد.
- پشتیبان گیری و بازیابی: برای خودکارسازی پشتیبان گیری از نمونه های EC2 ، پایگاه داده های RDS و سایر منابع از پشتیبان AWS استفاده کنید.
- نور خلبان: نسخه حداقل محیط خود را در یک منطقه ثانویه حفظ کنید.
- آماده به کار گرم: یک نسخه مقیاس دار از برنامه خود را در یک منطقه ثانویه اجرا کنید.
- چند منطقه فعال فعال: استقرار کامل در مقیاس را در چندین منطقه برای خرابی صفر اجرا کنید.
6. بازیابی را کنترل و خودکار کنید
نظارت و اتوماسیون فعال برای تشخیص سریع و بهبودی از خرابی ها مهم است.
- Amazon CloudWatch: معیارها ، سیاهههای مربوط را کنترل کنید و برای پاسخ های خودکار زنگ هشدارها را تنظیم کنید.
- مدیر سیستم AWS: کارهای عملیاتی مانند وصله و بازیابی را خودکار کنید.
- AWS Lambda: از توابع بدون سرور برای خودکار سازی فرآیندهای عدم موفقیت و بازیابی استفاده کنید.
7. زیرساخت های خود را ایمن کنید
تحمل گسل همچنین شامل محافظت از زیرساخت های شما در برابر تهدیدهای امنیتی است.
- نقش ها و سیاست های IAM: دسترسی به منابع را با استفاده از اصول حداقل امتیاز محدود کنید.
- گروه های امنیتی VPC و NACL ها: ترافیک ورودی و برون مرزی را به موارد خود کنترل کنید.
- AWS Shield: در برابر حملات DDOS محافظت کنید.
8. تحمل گسل خود را آزمایش کنید
به طور مرتب معماری تحمل گسل خود را آزمایش کنید تا اطمینان حاصل شود که همانطور که انتظار می رود کار کند.
- مهندسی هرج و مرج: از ابزارهایی مانند شبیه ساز تزریق گسل AWS برای شبیه سازی خرابی و تست مقاومت استفاده کنید.
- مته های بازیابی فاجعه: برای تأیید فرآیندهای بازیابی خود ، تمرین های DR معمولی را انجام دهید.
بهترین روشها برای معماری های تحمل خطا در AWS
-
با چارچوب خوب برنامه ریزی شده شروع کنید:
- برای طراحی سیستم های تحمل گسل ، از ستون قابلیت اطمینان چارچوب AWS به خوبی استفاده کنید.
-
از زیرساخت ها به عنوان کد (IAC) استفاده کنید:
- استقرار زیرساخت ها با استفاده از ابزارهایی مانند AWS CloudFormation یا Terraform برای اطمینان از قوام و تکرارپذیری.
-
معماری میکروسرویس را اتخاذ کنید:
- برای محدود کردن تأثیر شکست ، درخواست خود را به خدمات کوچکتر و مستقل تقسیم کنید.
-
اجرای مدارک مدار:
- برای جلوگیری از خرابی آبشار از الگوهای مانند قطع کننده مدار استفاده کنید.
-
نمونه های نقطه اهرم برای راندمان هزینه:
- از نمونه های نقطه ای برای بارهای کاری غیر بحرانی استفاده کنید و مکانیسم های بازگشت به عقب را برای وقفه ها اجرا کنید.
-
به طور مرتب به روز و پچ:
- سیستم های خود را به روز نگه دارید تا در برابر آسیب پذیری ها محافظت کنید.
مثال در دنیای واقعی: کاربرد تجارت الکترونیکی تحمل گسل
بیایید یک برنامه تجارت الکترونیکی تحمل خطا را در AWS طراحی کنیم:
- Frontend: از Amazon CloudFront برای تحویل محتوای جهانی و ALB برای تعادل بار استفاده کنید.
- Backend: خدمات میکروسرویس را در ECS Amazon یا EKS در چندین AZS مستقر کنید.
- بانک اطلاعاتی: از آمازون شفق قطبی با Multi-Az استفاده کنید و ماکت ها را بخوانید.
- ذخیره داده ها: تصاویر محصول را در آمازون S3 با نسخه فعال کنید.
- بازیابی فاجعه: با استفاده از پشتیبان گیری AWS و مسیر 53 برای Failover ، یک آماده به کار گرم در منطقه دیگر تنظیم کنید.
پایان
معماری زیرساخت های ابری تحمل گسل در AWS نیاز به ترکیبی از افزونگی ، اتوماسیون و نظارت پیشگیرانه دارد. با استفاده از خدمات مدیریت شده AWS ، معماری های توزیع شده و بهترین شیوه ها ، می توانید سیستم هایی را انعطاف پذیر ، مقیاس پذیر و مقرون به صرفه بسازید.
به یاد داشته باشید ، تحمل خطا یک تلاش یک بار نیست-این یک روند مداوم در آزمایش ، پالایش و بهبود معماری شماست. برای اطمینان از اینکه سیستم های شما می توانند در برابر خرابی ها مقاومت کنند و خدمات بدون وقفه را ارائه دهند ، کوچک ، تکرار و به طور مداوم بهینه سازی کنید.
