۲۹ شهریور ۱۴۰۳

Techboy

اخبار و اطلاعات روز تکنولوژی

Azure on Arm بالاخره اینجاست

مایکروسافت بالاخره از ماشین‌های مجازی میزبان Arm خود، گزینه‌ای کم مصرف برای کدهای ابری شما، رونمایی کرد.

مایکروسافت بالاخره از ماشین‌های مجازی میزبان Arm خود، گزینه‌ای کم مصرف برای کدهای ابری شما، رونمایی کرد.

Azure اکنون دو بازو دارد: زبان و ابزارهای آشنای توضیحات زیرساخت مدیریت منابع Azure، و اکنون خانواده ای از ماشین های مجازی Azure که بر روی پردازنده های مبتنی بر Ampere Arm اجرا می شوند. این گزینه سخت‌افزاری جدید یک تغییر بزرگ برای ابر مایکروسافت است، زیرا قصد دارد با سیستم‌های Graviton سفارشی AWS برسد.

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

چرا از Arm در ابر استفاده کنیم؟

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

اگر می‌توانستیم از سیستم‌هایی با توان کمتر استفاده کنیم، چه می‌شد؟ ناگهان آن سالن‌های خالی دوباره پر می‌شوند، با محاسبات بسیار بیشتر در چگالی بالاتر، اما بدون نیاز به جایگزینی تغذیه اصلی. صرفه جویی حاصل در نیرو و زیرساخت می تواند به کاربران منتقل شود. این نقش Arm در Azure است که سرورهای کم مصرفی را ارائه می دهد که از منابع تغذیه موجود بهره می برند و در عین حال از تقاضاهای رو به رشد صنعتی که هنوز در روزهای اولیه انتقال بومی ابری است، پشتیبانی می کنند.

Arm on Azure: همینجا، همین الان

اولین ماشین های مجازی مبتنی بر Arm Azure اکنون به طور کلی در دسترس هستند و در سرورهای مبتنی بر Ampere Altra، با پشتیبانی از اکثر لینوکس‌های رایج، از جمله اوبونتو، رد هت، و دبیان. اگرچه Windows Server هنوز در دسترس نیست، اما می‌توانید از ساخت‌های Arm Builds Windows 11 Pro و Enterprise برای توسعه و آزمایش برنامه‌ها استفاده کنید. این به شما امکان می‌دهد از سیستم‌های Windows میزبان ابری برای ایجاد نسخه‌های Arm64 کد خود به عنوان بخشی از خط لوله ساخت CI/CD (ادغام پیوسته و تحویل مداوم) استفاده کنید.

خطرات توسعه کم کد و بدون کد در معماری ابری

به‌عنوان روش دیگر، اگر از دات‌نت ۶ استفاده می‌کنید، می‌توانید از ماشین‌های مجازی مبتنی بر Arm برای میزبانی برنامه‌های ASP.NET و کنسول استفاده کنید، که گزینه‌ای کم مصرف برای میزبانی صفحات وب و منطق تجاری به شما می‌دهد. هدف مایکروسافت برای Windows on Arm، و همچنین برای دات نت، این است که هیچ تفاوتی در قابلیت‌ها بین x86/x64 و Arm64 نداشته باشد، با کدهایی که برای هر دو معماری ساخته شده و در صورت لزوم بارگذاری می‌شوند، با شبیه‌سازی هر x86 و x64 که چنین نیست. برای Arm بازسازی شد.

سرورهای Ampere Altra در Azure سه کلاس مختلف از VMها را با یک هسته فیزیکی در هر CPU مجازی ارائه می‌دهند. از آنجایی که آنها برای عملیات با تراکم بالا طراحی شده‌اند، پیکربندی‌هایی را پیدا نمی‌کنید که با برخی از سیستم‌های پیشرفته‌تر x64 در Azure مطابقت داشته باشند، اما آنها باید با اکثر بارهای کاری معمول کنار بیایند.

سری ماشین های مجازی Epsv5 و Epdsv5 حداکثر ۸ گیگابایت رم در هر vCPU ارائه می‌کند، با فرکانس ۳ گیگاهرتز اجرا می‌شود، و برای میزبانی از بارهای کاری سازمانی، مانند پایگاه‌های داده و حافظه پنهان طراحی شده‌اند. با استفاده از Epsv5 می توانید تا ۳۲ vCPU را بدون حافظه SSD متصل مستقیم افزایش دهید. اگر می‌خواهید فضای ذخیره‌سازی محلی برای سرعت بیشتر باشد، باید Epdsv5 را خریداری کنید که تا ۱۲۰۰ گیگابایت SSD محلی دارد و گزینه‌های ذخیره‌سازی استاندارد Azure را ارائه می‌دهد.

VMهای Dpsv5 و Dpdsv5 مشابه هستند، در نظر گرفته شده برای میزبانی بارهای کاری همه منظوره. در نتیجه، آنها تنها ۴ گیگابایت رم در هر vCPU ارائه می دهند. این آنها را برای سرورهای اصلی مانند MySQL یا اجرای دات نت و Kestrel ایده آل می کند. شما می توانید تا ۶۴ vCPU داشته باشید، و دوباره، گزینه Dpdsv5 فضای ذخیره سازی محلی را با پشتیبانی از حداکثر ۲۴۰۰ گیگابایت SSD محلی اضافه می کند.

Google Project IDX شبیه سازهای اندروید و iOS را اضافه می کند

برای بارهای کاری کوچکتر، Dplsv5 و Dpldsv5 وجود دارد VMs. در اینجا شما همچنین می‌توانید فضای ذخیره‌سازی محلی یا راه دور را انتخاب کنید، اما RAM در هر vCPU به ۲ گیگابایت محدود می‌شود و حداکثر ۶۴ vCPU در یک VM وجود دارد. حافظه محدود به مقداری کار نیاز دارد تا اطمینان حاصل شود که خدمات صحیح را در سیستم عامل میزبان خود دارید. پلتفرم به‌دست‌آمده در نظر گرفته شده است تا میکروسرویس‌هایی را که ممکن است نیاز داشته باشید به سرعت نمونه‌های جدید یک سرویس را بچرخانید، کاهش دهد. یکی از گزینه‌های این SKU استفاده از آن برای میزبانی گره‌ها در Kubernetes است، جایی که شما نمونه‌های زیادی از همان سرویس را اجرا می‌کنید و برای به دست آوردن عملکرد مورد نیاز برنامه‌تان نیاز به استقرارهای متراکم دارید.

قیمت بستگی به مکانی دارد که در آن هستید در منطقه شرق ایالات متحده Azure، یک سیستم ۲ vCPU Dpdsv5 با ۷۵ گیگابایت فضای ذخیره سازی از کمی بیش از ۲۵ دلار در ماه برای یک نمونه رزرو شده سه ساله تا تقریباً ۶۶ دلار در ماه با استفاده از Pay-as-you-go متفاوت است. هر چه تعداد vCPU های شما بیشتر باشد، گران تر است: یک سیستم ۶۴ vCPU با ۲۴۰۰ گیگابایت فضای ذخیره سازی و ۲۰۸ گیگابایت رم حدود ۸۰۲ دلار در ماه برای یک نمونه رزرو شده سه ساله و تقریباً ۲۱۱۲ دلار در ماه برای پرداخت در صورت تمایل است.

انتخاب یک Arm VM

چگونه می توانید متوجه شوید که آیا ماشین های مجازی Arm جدید با حجم کاری شما مطابقت دارند؟ مایکروسافت با بسیاری از مشخصات سرور پایه مختلف در Azure، با پردازنده‌های AMD و Intel و همچنین Arm، واحد محاسباتی Azure برای ارائه یک معیار پایه برای مقایسه میزبان‌های مختلف VM. ACU روی یک ماشین مجازی کوچک، استاندارد_A1 SKU، با مقدار ۱۰۰ استاندارد شده است.

سایر SKU ها با آن استاندارد محک زده شده اند، بنابراین می توانید انواع مختلف CPU را مقایسه کنید و به سرعت ببینید آیا کد شما می تواند از یک نوع VM جایگزین استفاده کند یا خیر. متأسفانه، مایکروسافت هنوز مقادیر ACU را برای SKUهای Arm خود منتشر نکرده است، اما می توانید با مقایسه آنها با سایر ماشین های مجازی مشابه، حدس منطقی بزنید.

13 ابزاری که Kubernetes را بهتر می کند

با استفاده از Arm در برنامه هایی که به محاسبات متراکم زیادی نیاز دارند، بیشترین ارزش را خواهید یافت. در حال حاضر، احتمالاً این کانتینرها در Kubernetes هستند و Azure در حال حاضر از گره های Arm در AKS پشتیبانی می کند. این ویژگی در حال حاضر در سراسر ابر Azure در حال پخش است، اما شما باید بتوانید پیدا کنید منطقه با دسترسی نسبتاً آسان. در حال حاضر ساخت‌های Arm از میزبان کانتینر CBL-Mariner مایکروسافت وجود دارد، و با پشتیبانی Arm برای اکثر لینوکس‌ها به راحتی می‌توانید بتوانید کانتینرهای مبتنی بر Arm باینری را نسبتاً سریع بسازید، آزمایش کنید و اجرا کنید.

مدتهاست که شایعه شده است که مایکروسافت برخی از سرویس های خود را در Arm اجرا می کند، بنابراین خوب است که ببینیم سخت افزار Ampere آن سرانجام در معرض دید عموم قرار می گیرد. تعهد آن به پلتفرم بسیار فراتر از سخت افزار ابری است. همچنین در حال کار است تا بیلد Open JDK خود را به Arm، با یک پورت به معماری AArch64 اکنون بخشی از پلتفرم است. جاوا همچنان یک پلتفرم مهم سازمانی است، بنابراین با اجرای هر دو .NET و Open JDK در سیستم‌های Arm Azure، می‌توانید نحوه ساخت و استقرار کد را انتخاب کنید.

با توجه به مراکز داده هایپرمقیاس مانند Azure که به مقادیر قابل توجهی انرژی نیاز دارند، جایگزینی با چگالی بالا و کم مصرف برای اینتل و AMD ورودی مهمی برای هر تصمیم خریدی است، به خصوص زمانی که کسب و کارها ارزیابی های سالانه اثرات زیست محیطی خود را تکمیل می کنند. با انتشار سخت افزار نسل بعدی مبتنی بر معماری پلتفرم Arm’s Neoverse و همچنان که به عرضه نسخه های Arm از سیستم عامل های پشتیبانی شده خود ادامه می دهد، تماشای چگونگی تکامل پیشنهاد Azure Arm مایکروسافت جالب خواهد بود. آیا می‌تواند نسخه‌ای از Windows Server مجهز به Arm-Powered در گوشه و کنار باشد؟