Tham gia Đăng nhập
Điểm:0
avatar Server

Gắn tệp Azure trong Dịch vụ ứng dụng Azure

lá cờ kh
JohnLBevan

Tóm lược

Tôi có Dịch vụ ứng dụng Azure đang chạy vùng chứa tùy chỉnh. Khi tôi liên kết một đường dẫn đến chia sẻ Tệp Azure, vùng chứa của tôi ngừng hoạt động. Hãy nhìn vào Các vấn đề về vùng chứa log, tôi thấy lỗi: [BYOS] Không thể khởi chạy (các) ổ lưu trữ tùy chỉnh: [/var/LWASFiles/Sites/my-app/a3484543-39f9-45a3-816b-9524640dfd50].

Chi tiết

  • Vùng chứa tùy chỉnh của tôi có một khối lượng được xác định /var/www/html/v3/uploads.

  • Tôi đang cố gắng ánh xạ điều này tới chia sẻ Tệp Azure, trên tài khoản lưu trữ trong cùng một vnet với ASE lưu trữ, với các quy tắc cho phép lưu lượng giữa mạng con của ASE và chia sẻ tệp trên các cổng 137, 138, 138 và 445 .

  • ASE lưu trữ được định cấu hình với bộ cân bằng tải nội bộ (tức là ASE riêng tư).

  • Tài khoản lưu trữ có một điểm cuối riêng được định cấu hình.

  • Ổ đĩa được ánh xạ trong Cài đặt > Cấu hình > Ánh xạ đường dẫn của Dịch vụ ứng dụng, sử dụng khóa hợp lệ và đường dẫn gắn kết khớp với đường dẫn ổ đĩa trên vùng chứa.

  • Trước khi thêm ánh xạ đường dẫn, dịch vụ ứng dụng sẽ chạy như mong đợi.

  • Sau khi thêm ánh xạ đường dẫn, vùng chứa không khởi động được/thông tin ngoại lệ duy nhất tôi có thể tìm thấy là từ Các vấn đề về vùng chứa log, theo tóm tắt ở trên.

  • Nếu tôi xóa ánh xạ đường dẫn, sự cố vẫn tiếp diễn, ngay cả sau khi buộc khởi động lại. Cách duy nhất để giải quyết vấn đề là bỏ và triển khai lại dịch vụ ứng dụng.

  • Nó kết nối thành công với MySql DB (Cơ sở dữ liệu Azure cho máy chủ MySQL) thông qua một điểm cuối riêng tư.

  • sử dụng đào {privateEndpointFqdn} Tôi có thể chứng minh rằng điểm cuối riêng tư của Tài khoản lưu trữ được giải quyết chính xác (cũng như của MySQL; như bạn mong đợi)

  • sử dụng tcptraceroute {privateEndpointFqdn} {destinationPort} Tôi có thể chứng minh rằng tôi có thể kết nối với tài khoản lưu trữ trên cổng 445 (và với MySQL DB trên cổng 3306).

  • Lưu ý: Tôi không thể kết nối với tài khoản lưu trữ trên các cổng 137, 138 hoặc 139 mặc dù những cổng đó được phép thông qua NSG theo cùng quy tắc vào & ra như được sử dụng cho 445 ở trên; mặc dù tôi nghi ngờ rằng các cổng đó không còn cần thiết cho CIFS nữa (tôi chỉ thêm các cổng này như một biện pháp dự phòng sau lần đầu tiên gặp sự cố trong trường hợp chúng có liên quan bằng cách nào đó như chúng đã được đề cập trong một số bài đăng).

  • Tôi đang chạy các thử nghiệm trên bằng cách SSH vào vùng chứa, vì vậy các lệnh được chạy từ ngữ cảnh của nó. Lưu ý: Vì tôi không thể khởi động vùng chứa sau khi thêm ánh xạ đường dẫn nên các thử nghiệm này được thực hiện sau khi tạo dịch vụ ứng dụng nhưng trước khi thêm ánh xạ đường dẫn.

  • tôi đã tăng WEBSITES_CONTAINER_START_TIME_LIMIT đến giá trị tối đa của nó: 1800

  • Vùng chứa của tôi hiển thị cổng 80 (tức là một trong những cổng mặc định được Dịch vụ ứng dụng hỗ trợ cho vùng chứa); và trang web hoạt động khi ánh xạ đường dẫn không tồn tại, vì vậy đây không phải là vấn đề. Tôi cũng đã thiết lập WEBSITES_PORT đến 80, chỉ dành cho dây đai và nẹp.

  • WEBSITES_ENABLE_APP_SERVICE_STORAGE được đặt thành sai (mặc dù tôi cũng đã thử nghiệm cài đặt thành thật, chỉ trong trường hợp / nó không có gì khác biệt nên tôi hoàn nguyên về sai).

  • Chia sẻ tệp của tôi có vài GB dữ liệu. Tôi đã thử tạo một chia sẻ tệp giống hệt nhau không có nội dung và ánh xạ tới đó (ngay sau khi tạo lại dịch vụ ứng dụng và chứng minh rằng nó đã hoạt động; để đảm bảo các thử nghiệm của tôi không bị ảnh hưởng bởi quá trình chia sẻ tệp lớn hơn). Điều này gây ra vấn đề tương tự như với chia sẻ tệp lớn hơn.

  • Hình ảnh cho vùng chứa của tôi đang được tải từ Azure Container Repo.

  • Hình ảnh được dựa trên Ubuntu:21.04

  • tôi đã bao gồm azure-cli và cifs-utils các gói (Tôi nghĩ rằng điều này chỉ bắt buộc khi thực hiện thao tác gắn kết từ vùng chứa, thay vì từ cấu hình của AppService; nhưng tôi muốn bao gồm tất cả các giả định)

  • ASE lưu trữ nằm trong Vương quốc Anh khu vực (cũng như tài khoản lưu trữ/tất cả tài nguyên).

Lưu ý: Đây là trải nghiệm đầu tiên của tôi với việc chạy vùng chứa trong Dịch vụ ứng dụng; vì vậy PEBKAC chắc chắn là một khả năng.

Mọi đề xuất hoặc tư vấn khắc phục sự cố sẽ được đánh giá cao. Cảm ơn bạn.

872
0 + 0
lá cờ ng
Sam Cogan
Chỉ cần xác nhận, điều này đang gắn một chia sẻ Azure Files SMB, không phải NFS phải không?
0
Hồi đáp
lá cờ kh
JohnLBevan
Chính xác; SMB/CIFS.
0
Hồi đáp
Điểm:0
avatar Server
lá cờ kh
JohnLBevan

Tôi đã giải quyết vấn đề bằng cách thay đổi mạng của tài khoản lưu trữ từ mạng đã chọn (trong đó tôi đã đưa vào danh sách trắng bởi VNet của ASE và các IP gửi đi cho ứng dụng web) để tất cả các mạng thông qua cổng thông tin:

https://portal.azure.com/#@<myTentantName>.onmicrosoft.com/resource/subscriptions/<mySubscrption>/resourceGroups/<myStorageAccountsResourceGroup>/providers/Microsoft.Storage/storageAccounts/<myStorageAccountName>/networking

Sau đó, tôi đã khởi động lại ứng dụng của mình (bao gồm cả việc bỏ và thêm lại giá treo... không chắc điều đó có bắt buộc không, nhưng để có biện pháp tốt):

# dừng ứng dụng web
dừng ứng dụng web az \
    --subscription <id phụ> \
    -g <nhóm tài nguyên> \
    -n <tên trang web> 

# hủy ánh xạ đường dẫn hiện có
az webapp cấu hình lưu trữ-xóa tài khoản \
    --subscription <id phụ> \
    -g <nhóm tài nguyên> \
    -n <tên trang web> \
    --custom-id <tên ánh xạ đường dẫn> \

# thêm lại ánh xạ đường dẫn
tài khoản lưu trữ cấu hình ứng dụng web az thêm \
    --subscription <id phụ> \
    -g <nhóm tài nguyên> \
    -n <tên trang web> \
    --custom-id <tên ánh xạ đường dẫn> \
    --Storage-type AzureFiles \
    --account-name [Tên tài khoản lưu trữ Azure] \
    --share-name [Tên chia sẻ bộ nhớ Azure] \
    --access-key [khóa truy cập bộ nhớ] \
    --mount-path [/path/to/mount trong vùng chứa] 

# khởi động lại ứng dụng web
bắt đầu ứng dụng web az \
    --subscription <id phụ> \
    -g <nhóm tài nguyên> \
    -n <tên trang web>
0 + 0
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.