sự khác biệt giữa máy ảo cổ điển và máy ảo trong Azure là gì?

Question

Trong Azure, có 2 tùy chọn có sẵn để tạo máy ảo. A. VM bình thường B. Máy ảo cổ điển

Có ai biết sự khác nhau giữa hai lựa chọn? Khi nào chúng ta sử dụng cái khác?

Answer 1

Câu trả lời ngắn cho câu hỏi của bạn là Normal VM or Virtual Machines là cách triển khai Máy ảo mới trong khi Classic VM or Virtual Machines (Classic) là cách triển khai cũ. Azure đang hướng tới cách triển khai tài nguyên mới để khuyến nghị sẽ sử dụng nó thay vì cách cũ.Tuy nhiên xin lưu ý rằng có một số tính năng có sẵn theo cách cũ chưa được chuyển sang cách mới vì vậy bạn chỉ cần so sánh các tính năng được cung cấp và chỉ khi một thứ bạn cần không có sẵn theo cách mới , bạn sử dụng cách cũ.

Bây giờ đến câu trả lời dài :)

Về cơ bản có một API REST sử dụng mà bạn tương tác với Cơ sở hạ tầng Azure.

Khi Azure bắt đầu, API này được gọi là Service Management API (SMAPI) phục vụ mục đích của nó khá tốt tại thời điểm đó (và đến một mức độ nào đó hiện nay). Tuy nhiên, khi Azure phát triển, các yêu cầu của người dùng và đó là nơi mà SMAPI bị hạn chế. Một ví dụ tốt là kiểm soát truy cập. Trong SMAPI, có kiểm soát truy cập nhưng nó giống như một loại điều khiển truy cập all-or-none. Nó thiếu sự chi tiết do người dùng hỏi.

Thay vì vá SMAPI để đáp ứng yêu cầu của người dùng, nhóm Azure đã quyết định viết lại toàn bộ API đơn giản hơn, mạnh mẽ hơn và giàu tính năng hơn. API này được gọi là Azure Resource Manager API (ARM). ARM có nhiều tính năng không có trong SMAPI (yêu thích cá nhân của tôi là Role-based access control - RBAC).

Nếu bạn nhận thấy rằng có hai cổng Azure ngày hôm nay - https://manage.windowsazure.com (cũ) và https://portal.azure.com (mới). Cổng thông tin cũ hỗ trợ SMAPI trong khi cổng mới hỗ trợ ARM. Để tạo các tài nguyên được tạo thông qua cổng thông tin cũ thành cổng thông tin mới (để bạn có thể có trải nghiệm thống nhất), nhóm Azure đã kết thúc việc tạo nhà cung cấp tài nguyên cho các công cụ cũ và tên của họ sẽ luôn kết thúc bằng (Classic) để bạn sẽ thấy Virtual Machines (Classic), Storage Accounts (Classic) v.v. Vì vậy, các tài nguyên bạn tạo trong cổng thông tin cũ có thể được nhìn thấy trong cổng mới (miễn là cổng mới hỗ trợ chúng) nhưng bất kỳ tài nguyên nào bạn tạo trong cổng mới bằng ARM không được hiển thị trong cổng cũ.

Answer 2

Máy ảo Azure (cổ điển) dựa trên Mô hình quản lý dịch vụ Azure cũ (ASM). Mà xoay quanh khái niệm về một dịch vụ đám mây. Mọi thứ đều được chứa bên trong một dịch vụ đám mây, và đó là cổng vào internet. Trong khi nó vẫn được sử dụng (rộng rãi) Azure bây giờ chuyển sang mô hình quản lý tài nguyên Azure (ARM).

ARM sử dụng khái niệm mẫu khai báo để định cấu hình toàn bộ giải pháp (chứ không phải thành phần riêng lẻ) Vì vậy, bạn có thể tạo toàn bộ ngăn xếp Sharepoint hơn là chỉ một máy đơn lẻ.

ARM cũng có cách tiếp cận hợp lý hơn nhiều để kết nối mạng. Thay vì có một máy ảo nguyên khối trong một dịch vụ đám mây tối nghĩa. Bạn có một máy ảo, bạn gắn thẻ mạng vào. Sau đó bạn có thể đặt thẻ Mạng vào VNet và đính kèm IP công cộng (nếu bạn cần)

Trừ khi bạn có lý do thuyết phục để sử dụng ASM (cổ điển) Bạn nên tạo giải pháp bằng ARM. Vì đây là khuyến nghị MS tiếp theo (cần tìm một liên kết đến điều đó) Nó cũng có nghĩa là bạn có thể tạo các mẫu cho các triển khai của mình, vì vậy bạn có thể có một giải pháp có thể lặp lại.

Trên phủ định, cổng thông tin cũ manage.windowsazure.com không thể quản lý bất kỳ thứ gì được triển khai bằng ARM và vẫn còn các phần của ASM chưa được di chuyển sang ARM. Ví dụ, bạn không thể cấu hình sao lưu Azure VM, vì sao lưu Azure là ASM và không thể 'thấy' các máy ảo ARM

Nó phụ thuộc rất nhiều vào hoàn cảnh của bạn, bạn đang lên kế hoạch cho cái gì, phương pháp bạn đang đi để triển khai với. Nếu bạn chỉ đang tìm cách đứng lên một chiếc máy để làm một công việc duy nhất, nó tạo ra rất ít sự khác biệt. Nếu bạn đang tìm cách để triển khai vào một môi trường mà sẽ có một số khái niệm về DevOps đi về phía trước, thì ARM là con đường để đi.

Answer 3

Sự khác biệt lớn nhất là quản lý tài nguyên. Đối với phiên bản mới được gọi là máy chủ quản lý tài nguyên Azure (ARM VM).

ARM VM tốt hơn về mặt;

• cổ điển VM phải được gắn với đám mây Dịch vụ, và Dịch vụ Cloud tiêu thụ hạn chế nguồn lực và cấu hình mạng không quá linh hoạt.
• ARM VM được quản lý theo Azure Resource Manager (ARM) có thể được tổ chức có/không có các dịch vụ Azure khác. ARM giống như một thư mục của các dịch vụ Azure, và nó cung cấp cho bạn quản lý tài nguyên chi tiết hơn.

Máy ảo cổ điển có thể được di chuyển sang phiên bản ARM VM, nhưng bạn phải đủ thời gian ngừng hoạt động của dịch vụ. Để di chuyển từ máy ảo cổ điển, hãy đọc official article: Considerations for Virtual Machines.

Answer 4

Azure cung cấp hai mô hình triển khai ngay bây giờ: Trình quản lý tài nguyên Azure (Bình thường) và Quản lý dịch vụ Azure (Cổ điển) và một số important considerations bạn nên quan tâm khi làm việc Máy ảo.

1. Máy ảo được triển khai với mô hình triển khai cổ điển không thể được đưa vào mạng ảo được triển khai với Trình quản lý tài nguyên.
2. Máy ảo được triển khai với mô hình triển khai Trình quản lý tài nguyên phải được bao gồm trong mạng ảo.
3. Máy ảo được triển khai với mô hình triển khai cổ điển không cần phải được đưa vào mạng ảo.