الگوی AWS برای اجرای پایدار Oracle روی زیرساخت VMware
به گزارش سرویس‌های ابری و Cloud Infrastructure، AWS معماری تازه‌ای برای اجرای پربازده و در دسترس Oracle Database روی Amazon Elastic VMware Service معرفی کرده است. این طرح، Amazon FSx for NetApp ONTAP را با VMware Cloud Foundation ترکیب می‌کند و برای سازمان‌هایی مناسب است که قصد دارند بدون بازطراحی برنامه‌ها یا کنار گذاشتن ابزارهای عملیاتی VMware، پایگاه‌داده‌های خود را به AWS منتقل کنند.
تقسیم هوشمند پردازش و ذخیره‌سازی
در این معماری، VMware Cloud Foundation 9.1 روی میزبان‌های bare metal سرویس Amazon EC2 اجرا می‌شود. AWS نمونه i7i.metal-24xl را با ۹۶ vCPU، ۷۶۸ گیبی‌بایت حافظه و پردازنده نسل پنجم Intel Xeon، گزینه پیش‌فرض پیشنهادی برای بیشتر استقرارهای جدید Oracle می‌داند. با این حال، انتخاب نهایی باید بر پایه کارایی هر هسته، حافظه مورد نیاز، تراکم میزبان و هزینه مجوزهای Oracle و VMware انجام شود.
ذخیره‌سازی نیز میان دو لایه تقسیم می‌شود. vSAN مبتنی بر NVMe محلی برای دیسک راه‌اندازی ماشین مجازی، swap سیستم‌عامل و فضای موقت Oracle در نظر گرفته شده است؛ فایل‌های داده و redo log روی FSx for ONTAP قرار می‌گیرند تا قابلیت snapshot، کلون‌سازی و تکثیر بین‌منطقه‌ای فراهم شود. اتصال این فضا به‌صورت NFS datastore در سطح میزبان ESXi، برای هر میزبان مسیر مستقلی ایجاد می‌کند و مانع شکل‌گیری گلوگاه در NSX Edge می‌شود.
FSx for ONTAP می‌تواند تأخیر کمتر از یک میلی‌ثانیه و حداکثر ۸۰ هزار IOPS برای هر فایل‌سیستم فراهم کند. AWS استفاده از SSD به‌صورت کامل، غیرفعال‌بودن capacity pool tiering و حفظ حداقل ۲۰ درصد فضای آزاد را توصیه می‌کند. در فایل‌سیستم ۶ گیگابایت‌برثانیه‌ای، خواندن می‌تواند به ۶ گیگابایت‌برثانیه برسد، اما نوشتن برای هر جفت HA حدود یک گیگابایت‌برثانیه محدود می‌شود؛ بنابراین بارهای نوشتن سنگین به ظرفیت‌سنجی دقیق نیاز دارند.
بازیابی بحران و کنترل شبکه
برای بازیابی بحران، SnapMirror داده‌ها، لاگ‌ها و فایل‌های اجرایی را به‌صورت ناهمگام به منطقه دوم AWS تکثیر می‌کند. ماشین‌های مجازی آماده‌به‌کار Oracle از قبل در خوشه پشتیبان قرار می‌گیرند و هنگام failover، مسیرهای Transit Gateway به منطقه بازیابی هدایت می‌شوند. فاصله زمانی تکثیر، RPO را تعیین می‌کند و آماده‌سازی قبلی ماشین‌ها نیز می‌تواند RTO را کاهش دهد.
در بخش شبکه، NSX سگمنت‌های پایگاه‌داده و برنامه را جدا می‌کند و ارتباط یک‌طرفه BGP با Amazon VPC Route Server برای ثبت مسیرهای NSX در جدول مسیریابی VPC به کار می‌رود. دسترسی به Oracle Listener روی TCP 1521 باید با فایروال توزیع‌شده NSX محدود شود، زیرا Security Group روی رابط‌های VLAN subnet اعمال نمی‌شود.
این الگو می‌تواند مهاجرت کم‌اختلال و حفظ رویه‌های VMware را برای تیم‌های زیرساخت ممکن کند؛ اما آزمون بازیابی، ظرفیت نوشتن ذخیره‌ساز و پیامدهای مجوزدهی Oracle باید پیش از انتقال محیط عملیاتی جداگانه ارزیابی شوند.
