Mở mạng ảo trong cổng thông tin và xem không gian địa chỉ trước khi chạm vào bảng subnet. Nếu /24 đó đã được chia thành các subnet cho khối lượng công việc mà không còn chỗ trống, thì không có chỗ cho việc giữ chỗ /27, và cuối cùng bạn sẽ phải chia lại hoặc mở rộng VNet, đây là một thay đổi khác với một lần xem xét khác. Hãy xác định không gian trước, rồi mới tạo subnet.

Thứ tự đó quan trọng vì subnet của gateway không phải là subnet cho khối lượng công việc với một cái tên đặc biệt. Đó là việc giữ chỗ địa chỉ cho các phiên bản gateway được quản lý, và Azure sẽ từ chối gateway nếu việc giữ chỗ sai.

Bắt đầu với không gian địa chỉ

Viết tiền tố VNet, các subnet cho khối lượng công việc và phần giữ chỗ gateway trên một dòng trước khi gõ bất cứ thứ gì. Một VNet trên 10.60.0.0/16 còn chỗ; hãy chọn một dải ở cuối để tăng trưởng khối lượng công việc vẫn liền mạch.

Ví dụ, 10.60.255.192/26 để lại 64 địa chỉ cho gateway trong khi khối lượng công việc vẫn ở 10.60.0.0/20. Đây là ví dụ về quy hoạch địa chỉ, không phải lời hứa về kích thước. Microsoft hiện yêu cầu /27 hoặc lớn hơn cho các gateway VPN không phải Basic, trong đó lớn hơn nghĩa là nhiều địa chỉ hơn: /26 cho 64, còn /28 cho 16. Hãy làm tròn lên, không bao giờ làm tròn xuống, khi quy hoạch địa chỉ còn đang thay đổi.

Tạo subnet với tên chính xác

Trong cổng thông tin, thêm một subnet và gõ tên GatewaySubnet chính xác, G hoa và S hoa, không có dấu cách hay hậu tố. Azure so khớp chuỗi đó, nên Gateway-Subnet hoặc gateway tạo ra một subnet mà dịch vụ gateway sẽ không dùng.

Bước tương tự từ CLI, dễ ghi vào bản xem xét hơn:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

Để subnet trống. Không có VM, không có điểm cuối riêng, không có ủy thác dịch vụ. Nếu đã có thứ gì đó sống ở đó, việc triển khai sẽ thất bại và lỗi hiếm khi nêu tên tài nguyên đang cản trở, vì vậy hãy kiểm tra danh sách tài nguyên của subnet trước khi bắt đầu.

Giữ subnet được quản lý không có quy tắc của khối lượng công việc

Không gắn nhóm bảo mật mạng vào subnet này; Microsoft đánh dấu điều đó là không được hỗ trợ. Không liên kết bảng tuyến có tuyến mặc định gửi 0.0.0.0/0 đến một nơi nào đó, vì điều đó có thể phá hoạt động của gateway, và hãy giữ bật việc lan truyền tuyến của gateway.

Đặt các giới hạn truy cập mà bạn thực sự muốn lên subnet cho khối lượng công việc hoặc tại một ranh giới kiểm tra. Đối xử với GatewaySubnet như một subnet bình thường chính là sai lầm tạo ra một gateway triển khai sạch sẽ rồi không cho lưu lượng nào đi qua.

Đường hầm cưỡng bức có thiết kế được ghi chép riêng. Một tuyến mặc định tùy hứng trên subnet của gateway không phải là nó.

Kiểm tra các phụ thuộc mà cổng thông tin không hiển thị

Trước khi nhấn tạo, hãy đi qua danh sách: tên chính xác, tiền tố nằm trong không gian VNet, không chồng lấn với các dải tại chỗ, không có tài nguyên khối lượng công việc bên trong, không có NSG và không có bảng tuyến với tuyến mặc định. Mỗi điều trong số đó đã từng làm hỏng một lần triển khai thực tế. Sau đó xác nhận thiết kế rộng hơn: gateway mạng tại chỗ cho phía tại chỗ, các không gian địa chỉ bạn dự định định tuyến, và liệu có kế hoạch chủ động-chủ động hay cùng tồn tại. Những lựa chọn đó thay đổi cuộc trao đổi về kích thước, và giải quyết chúng ngay bây giờ rẻ hơn nhiều.

Tài liệu tham chiếu cài đặt gateway của Azure là trang để trích dẫn khi ai đó hỏi vì sao subnet không thể chứa VM.

Nếu gateway đã tồn tại

Thay đổi kích thước hoặc thay thế subnet của gateway không phải là chỉnh sửa mặt nạ. Trước tiên hãy kiểm tra quy trình thay đổi được hỗ trợ cho SKU và thế hệ của gateway, rồi liệt kê các đối tượng phụ thuộc: kết nối, IP công cộng, định tuyến và mọi yêu cầu khôi phục.

Nếu quy trình yêu cầu tạo lại gateway, hãy lập kế hoạch như một lần di chuyển dịch vụ có cửa sổ thời gian và khôi phục. Ghi lại phần giữ chỗ bạn đã chọn, lý do của kích thước và những quy tắc bạn cố ý không gắn, để người xem xét tiếp theo không sửa subnet trống bằng cách thêm NSG.

Bài viết liên quan