@danielstocker 이 문제를 알려 주셔서 감사합니다. 추가 조사를 위해 이를 서비스 리드에 할당했으며 더 명확해지면 업데이트할 것입니다.

@Mike-Ubezzi-MSFT @mike-urnun-msft

조사해 주셔서 감사합니다.

이 작업을 진행하려면 더 많은 정보가 필요합니까?

@danielstocker 이 발견으로 이어진 원래 문제가 무엇인지에 대한 추가 배경 정보를 제공할 수 있습니까? 부적절하게 설정한다는 의미를 제대로 이해하지 못하고 있습니다( unintentional swap 로 언급한 내용).

안녕하세요 @ggirard07 ,

괜찮아요. 요약하겠습니다.
이것은 문서에 WEBSITE_CONTENTSHARE가 필요하다고 명시되어 있기 때문에 처음에 나온 것입니다. (여기 참조: https://docs.microsoft.com/en-us/azure/azure-functions/functions-infrastructure-as-code#windows)

Marketplace에서 함수 템플릿을 내보내면(마지막 페이지의 템플릿 내보내기) 표준 앱 설정으로 WEBSITE_CONTENTSHARE를 얻습니다. 이것을 사용하면 다음과 같은 상황이 발생할 수 있습니다.

1) ARM 템플릿을 배포하고 두 개의 슬롯이 있는 빈 함수를 얻습니다.
2) 스테이징 슬롯에 배포합니다.
3) 콘텐츠를 프로덕션 환경에서 사용할 수 있도록 교체합니다.
4) ARM 템플릿이 재배포되고 앱 설정이 다시 적용됨에 따라 의도하지 않은 스왑(appsettings 리소스가 항상 WEBSITE_CONTENTSHARE 설정을 덮어쓰고 재설정하므로 증분 ARM 배포 중에도 발생함)
5) 배포 루틴은 이제 새 코드를 스테이징 슬롯에 배포하고 프로덕션 슬롯은 이전 버전을 포함하지 않고 비어 있습니다. 우리의 생산 기능은 "의도치 않게" 다운됩니다.

이 특정한 경우에 고객은 다음이 문서에 지적 https://nascent.blog/2017/06/27/azure-functions-slots-arm-templates-snags-2-redeploy-causes-unwanted-swap/

이는 동작을 수정하기 위해 설정을 슬롯 설정으로 설정해야 함을 나타냅니다. 이것은 내 테스트의 동작을 수정하지만 작동하지 않아야 하기 때문에 잘못된 것 같습니다.

아래는 내 테스트에서 일어난 일에 대한 표입니다. (슬롯 설정 후)

내(및 고객)의 인식은 슬롯이 더 이상 교체되어서는 안 된다는 것입니다. 그러나 기사에서 설명한 것처럼 어쨌든 여전히 작동합니다.

내부적으로도 이 문제를 제기했는데 앱 설정을 변경할 때 사람들이 일관되지 않은 동작을 발견했습니다. (따라서 이것이 내 테스트 그리드에서 강조 표시된 이유) 동료를 테스트하기 위해 앱 설정을 업데이트하면 슬롯 설정이 다시 적용되어 의도하지 않은 스왑이 발생했습니다.

그런 다음 마침내 (긴 응답에 대해 유감스럽게도) 결과가 "설정을 전혀 설정하지 않음"인 지원 사례를 제기하게 되었습니다.
내 개인 테스트에서는 이것이 문제를 해결하는 것으로 나타났지만 문서에 이를 확인하기 위한 지침이 없으므로 이 항목을 제기한 이유가 있습니다.

도움이 되었기를 바랍니다.
불분명한 것이 있으면 알려주십시오.

@danielstocker는 확실히 중요한 정보입니다. 특히 슬롯과 스와핑이 함수와 웹 작업이 있는 기존 웹앱에서 어떻게 작동하는지 이해하는 데 유용합니다.
또한 여기서 중요한 역할을 하는 'WEBSITE_CONTENTSHARE'에도 불구하고 이는 슬롯 문서 에서도 설명되지 않습니다. 4단계에서 이를 나타내는 하나 뿐이며

@ggirard07 님 안녕하세요. 제

@girard07 @ggailey777 @mike-urnun-msft

이 동작과 관련하여 문서를 명확하게 작성하려면 더 많은 정보가 필요합니까? 이 시나리오에 대한 공식 지침이 확실하지 않기 때문에 기능 슬롯 사용을 중단하려는 고객과 협력하고 있습니다.

당신의 도움을 주셔서 감사합니다

@danielstocker 이와 관련된 문서 문제를 해결할 것이라고 생각하는 내용을 명확히 하기 위해:

• 여기에서 WEBSITE_CONTENTSHARE 배포 설정을 제거 합니다 .
• 참조 문서 에 WEBSITE_CONTENTSHARE 는 런타임에서만 설정해야 한다는 메모 를 추가합니다.

그것으로 충분할 것 같습니까?

참조 @mattchenderson

안녕하세요 @gailey777
네 좋은 해결책이 될 것 같아요

WEBSITE_CONTENTSHARE 는 ARM을 사용하여 함수 앱을 배포할 때 필수 앱 설정 중 하나가 아닌가요?

WEBSITE_CONTENTSHARE 는 ARM을 사용하여 함수 앱을 배포할 때 필수 앱 설정 중 하나가 아닌가요?

적용되지 않으면 런타임에서 자동으로 생성할 것입니다.

나는 소비-계획과 섹션 _Microsoft.Web / 사이트 / config_라는 이름의 appSettings는과 기능 앱 다음과 같은 특성을 가진 ARM을 배치

• FUNCTIONS_EXTENSION_VERSION: "~2",
• FUNCTIONS_WORKER_RUNTIME : "닷넷",
• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING : [저장소 연결
• 웹사이트_NODE_DEFAULT_VERSION: 6.5.0

배포에서 다음 오류가 반환되었습니다.

      "ErrorEntity": {
        "ExtendedCode": "01010",
        "MessageTemplate": "Required parameter {0} is missing.",
        "Parameters": [
          "WEBSITE_CONTENTSHARE"
        ],
        "Code": "BadRequest",
        "Message": "Required parameter WEBSITE_CONTENTSHARE is missing."

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 매개변수를 _또한_ 제거한 후 배포가 오류 없이 진행되었습니다. 따라서 이 두 설정 사이에는 몇 가지 필수 관계가 있는 것 같습니다.
성공적이기는 했지만 이 배포로 인해 기능(패키지)이 물리적으로 배포되었는지 여부와 장소가 방황했습니다(이 경우가 처음부터 유효한 경우).

우리는 @tjgalama 가 설명한 정확한 동작을

함수 앱에는 타이머 트리거 함수도 포함되어 있으므로 제안된 대로 AzureWebJobsStorage 설정을 지정합니다 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 하지만 그렇지 않습니다. 거기에 지정하는 스토리지 계정에 azure-webjobs-hosts 및 azure-webjobs-secrets Blob 컨테이너가 있지만 파일 공유는 없습니다.

Kudu에서 단서를 확인했고 파일 시스템에 있어야 하는 모든 파일이 있는 것처럼 보이지만(즉, app-name.scm.azurewebsites.net/api/vfs/ ) 두 설정( WEBSITE_CONTENTSHARE 대한 참조는 없습니다. WEBSITE_CONTENTAZUREFILECONNECTIONSTRING )는 환경 탭( appname.scm.azurewebsites.net/Env.cshtml )에서 볼 수 있습니다.

언급하는 것이 중요할 수도 있습니다. 우리 앱은 WEBSITE_ENABLE_SYNC_UPDATE_SITE=True 및 WEBSITE_RUN_FROM_PACKAGE=1 있습니다.
앱이 작동하는 것처럼 보이지만 핵심 비즈니스 서비스를 Azure Functions로 이식하고 프로덕션으로 롤아웃하기 전에 이 서비스를 파악하기를 원하므로 이 점에 대해 약간의 명확성을 원합니다.

몇 가지 조언에 따라 WEBSITE_CONTENTSHARE 를 슬롯 설정으로 설정하여 프로덕션 슬롯과 스테이징 슬롯 간에 값이 구별되도록 했습니다. 오늘 우리가 사용하는 ARM 템플릿이 'WEBSITE_CONTENTSHARE' cannot be a slot setting. 실패하기 시작했습니다(현재 포털에서 실제로 슬롯 설정으로 설정되어 있음을 확인했지만). 이 동작과 관련하여 변경된 사항이 있습니까?

우리는 지난 며칠 동안 이와 동일한 문제를 발견했으며 진행 방법에 대한 지침이 필요합니다. 또한 의도하지 않은 스왑 문제를 해결하기 위해 WEBSITE_CONTENTSHARE를 슬롯 설정으로 설정하는 접근 방식을 따랐지만 지금은 이 오류로 인해 배포할 수 없습니다. 이 설정과 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 설정을 모두 소급하여 제거하여 어느 쪽도 사용하지 않는 것이 권장되는 접근 방식으로 보이는 방향으로 이동하려고 시도했지만 이러한 배포도 실패합니다.

몇 가지 조언에 따라 WEBSITE_CONTENTSHARE 를 슬롯 설정으로 설정하여 프로덕션 슬롯과 스테이징 슬롯 간에 값이 구별되도록 했습니다. 오늘 우리가 사용하는 ARM 템플릿이 'WEBSITE_CONTENTSHARE' cannot be a slot setting. 실패하기 시작했습니다(현재 포털에서 실제로 슬롯 설정으로 설정되어 있음을 확인했지만). 이 동작과 관련하여 변경된 사항이 있습니까?

그것을 제거하고 런타임이 이름을 선택하도록 합니다. 이것이 내가 하는 방법입니다.

@jeffhollan 좀 명확하게 알려 있나요 ?

이것은 WEBSITE_CONTENTSHARE 및 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING이 _필수_임을 의미합니다. https://docs.microsoft.com/en-us/azure/azure-functions/functions-infrastructure-as-code#create -a-function-app

여기 댓글 작성자는 필요하지 _않다고 생각합니다. ARM은 그들이 필요하다고 생각합니까?; Azure 지원은 WEBSITE_CONTENTSHARE가 슬롯 시나리오를 중단한다고 생각합니다.

우리는 Azure 함수 호스트의 코드를 확인했고 패키지에서 실행할 때 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 설정이 사용되지 않는 것처럼 보입니다 .
ARM 템플릿에서 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE 하고 좋은 결과를 얻어 이를 확인했습니다. 함수 앱에는 이 두 가지 설정이 전혀 없으며(런타임에서 할당하지도 않음) 스토리지 계정에서 파일 공유를 사용하지 마십시오(적어도 우리가 볼 수 있음).

따라서 염두에 두어야 할 한 가지는 webapp/function 앱의 파일 시스템은 다음과 같다는 것입니다.

|-data
|-LogFiles
|-site
  |-deployments
  |-tools
  |-wwwroot

패키지에서 실행을 사용하면 이 트리의 wwwroot 폴더만 대체됩니다. 다른 모든 것은 기본 파일 시스템에서 제공합니다. WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 없이 소비 또는 탄력적 프리미엄 함수 앱을 만드는 경우 기본 파일 시스템은 함수 앱이 생성된 축척 단위 외부에서 사용할 수 없습니다. 이것은 지원/권장 구성이 아닙니다. 즉, 함수 앱이 생성된 배율 단위의 제한을 초과하여 확장되지 않을 수 있으며, 그렇다면 wwwroot 외부의 파일 시스템 상태가 일관되게 유지된다는 것을 신뢰할 수 없습니다.

WEBSITE_CONTENTSHARE가 슬롯과 상호 작용하는 방식을 소유한 개발자가 본 가장 최근 지침은 다음과 같습니다.

• WEBSITE_CONTENTSHARE는 슬롯 설정이 아니어야 합니다. 이를 차단하는 API 변경 사항은 작성 시점에 롤아웃됩니다.
• ARM을 통해 리소스를 처음 생성할 때 WEBSITE_CONTENTSHARE를 설정해야 합니다. 그러나 초기 생성 후에는 ARM 템플릿에서 이 설정을 생략해야 합니다(포함된 경우 ARM 템플릿을 추가로 실행하면 예기치 않은 콘텐츠 교체가 발생할 수 있기 때문입니다).

위의 내 의견에 따라 .. 또한 시스템에 현재 WEBSITE_CONTENTSHARE 생성과 관련하여 일관성이 없는 동작이 있으므로 처음에 지정할 필요조차 없다는 것을 발견했습니다. 일부는 지정할 필요가 없다고 말하는 반면 다른 일부는 필수라는 오류가 발생합니다. 내가 말할 수 있는 한, 이 동작은 소비에 대해 올바르게 작동하지만(즉, 소비를 위한 ARM 템플릿은 초기에 이 설정이 필요하지 않음) 탄력적 프리미엄의 경우에도 마찬가지입니다. 그 행동은 고쳐지고 있지만, 아마 1-2개월이 걸릴 것입니다. 따라서 그동안 위에서 공유한 지침(처음에 설정한 다음 ARM 템플릿에서 제거한 경우)을 적용할 수 있습니다.

@paulbatum

• ARM을 통해 리소스를 처음 생성할 때 WEBSITE_CONTENTSHARE를 설정해야 합니다. 그러나 초기 생성 후에는 ARM 템플릿에서 이 설정을 생략해야 합니다(포함된 경우 ARM 템플릿을 추가로 실행하면 예기치 않은 콘텐츠 교체가 발생할 수 있기 때문입니다).

ARM 템플릿의 목적을 이런 식으로 깨는 것을 알고 있습니까?

그 행동은 고쳐지고 있지만, 아마 1-2개월이 걸릴 것입니다. 따라서 그동안 위에서 공유한 지침(처음에 설정한 다음 ARM 템플릿에서 제거한 경우)을 적용할 수 있습니다.

여기서 최종 예상되는 구성은 무엇입니까?
이 모든 것이 실제로 배포되면 적절한 구성과 공식 일정이 포함된 Azure/app-service- announcements에 대한 발표를 받을 수 있습니까?

안녕하세요, 이것에 대한 어떤 발전이 있었는지 확실하지 않습니다. 나는 여전히 WEBSITE_CONTENTSHARE 플래그가 있는 ARM 템플릿을 사용하는 데 어려움을 겪고 있습니다. @paulbatum ARM 템플릿에서 구성을 어떻게 생략할 수 있습니까? 작동시키려면 단계를 완전히 비활성화해야 했습니다.

@gustavobmichel 죄송합니다, 귀하의 질문을 이해하지 못합니다. ARM 템플릿은 JSON이므로 필요에 따라 편집합니다. 앱 설정 섹션의 일부로 나타납니다. 예:

          "appSettings": [
            {
              "name": "WEBSITE_CONTENTAZUREFILECONNECTIONSTRING",
              "value": "[concat('DefaultEndpointsProtocol=https;AccountName=', variables('storageAccountName'), ';EndpointSuffix=', environment().suffixes.storage, ';AccountKey=',listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageAccountName')), '2019-06-01').keys[0].value)]"
            },
            {
              "name": "WEBSITE_CONTENTSHARE",
              "value": "[toLower(variables('functionAppName'))]"
            },

@paulbatum 안녕하세요, 다시 찾아주셔서 감사합니다. 프로그래밍 방식으로 JSON 템플릿에서 설정을 생략하는 것에 대해 언급한 것 같아서 제 질문입니다.

다른 사람들이 말했듯이 이 두 가지 설정이 필요하다고 생각하여 ARM 템플릿에서 두 가지를 제거했습니다.

다운타임 없이 이 기능을 테스트하기 위해 최소한의 인프라로 테스트할 수 있는 간단한 테스트를 만들었습니다. 리소스 그룹에서 모든 리소스를 제거하고 릴리스 파이프라인의 일부로 ARM 템플릿을 실행하여 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING, WEBSITE_CONTENTSHARE 및 WEBSITE_RUN_FROM_PACKAGE 없이 리소스를 생성했습니다.

나는 몇 가지 테스트를 실행했고 여전히 소비 계획을 사용하여 모두 정상적으로 작동합니다. 이번 주에 프리미엄 등급으로 몇 가지 테스트를 할 것입니다.

또한 이 링크에 따라 WEBSITE_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG 구성을 1로 추가했습니다. https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots#troubleshoot -swaps

참조용으로 테스트 ARM 템플릿을 첨부했습니다.
azuredeploy.txt

@paulbatum 안녕하세요, 다시 찾아주셔서 감사합니다. 프로그래밍 방식으로 JSON 템플릿에서 설정을 생략하는 것에 대해 언급한 것 같아서 제 질문입니다.

다른 사람들이 말했듯이 이 두 가지 설정이 필요하다고 생각하여 ARM 템플릿에서 두 가지를 제거했습니다.

다운타임 없이 이 기능을 테스트하기 위해 최소한의 인프라로 테스트할 수 있는 간단한 테스트를 만들었습니다. 리소스 그룹에서 모든 리소스를 제거하고 릴리스 파이프라인의 일부로 ARM 템플릿을 실행하여 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING, WEBSITE_CONTENTSHARE 및 WEBSITE_RUN_FROM_PACKAGE 없이 리소스를 생성했습니다.

나는 몇 가지 테스트를 실행했고 여전히 소비 계획을 사용하여 모두 정상적으로 작동합니다. 이번 주에 프리미엄 등급으로 몇 가지 테스트를 할 것입니다.

또한 이 링크에 따라 WEBSITE_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG 구성을 1로 추가했습니다. https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots#troubleshoot -swaps

참조용으로 테스트 ARM 템플릿을 첨부했습니다.
azuredeploy.txt

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 제외하고 함수는 앱 코드를 가져올 위치를 어떻게 압니까?

도움이 된다면 다음을 결정했습니다.

• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 코드를 실행할 스토리지 계정으로 설정
• 팔 템플릿에서 WEBSITE_CONTENTSHARE를 전혀 지정하지 않음(두 슬롯에 대해 자동 생성되도록 허용)
• 웹사이트_RUN_FROM_패키지 = 1

나는 이것과 관련하여 많은 테스트를 수행했으며 이것이 의도하지 않은 스왑을 트리거하고 코드가 있는 위치 등을 피하기 위한 최상의 구성처럼 보였습니다. 또한 ARM 템플릿 외부에서 이러한 설정을 관리할 필요가 없습니다. (그 시점에서 ARM 템플릿을 사용하는 데 큰 의미가 없는 것처럼 느껴집니다).

배포는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 값을 전혀 지정하지 않고도 작동하는 것 같지만 언급한 대로 코드가 있는 위치를 찾을 수 없었고 내 티켓을 처리하는 MS 지원 담당자가 이것이 버그이며 허용되어서는 안 된다고 제안하는 것 같았습니다. 플랫폼으로.

도움이 된다면 다음을 결정했습니다.

• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 코드를 실행할 스토리지 계정으로 설정
• 팔 템플릿에서 WEBSITE_CONTENTSHARE를 전혀 지정하지 않음(두 슬롯에 대해 자동 생성되도록 허용)
• 웹사이트_RUN_FROM_패키지 = 1

나는 이것과 관련하여 많은 테스트를 수행했으며 이것이 의도하지 않은 스왑을 트리거하고 코드가 있는 위치 등을 피하기 위한 최상의 구성처럼 보였습니다. 또한 ARM 템플릿 외부에서 이러한 설정을 관리할 필요가 없습니다. (그 시점에서 ARM 템플릿을 사용하는 데 큰 의미가 없는 것처럼 느껴집니다).

배포는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 값을 전혀 지정하지 않고도 작동하는 것 같지만 언급한 대로 코드가 있는 위치를 찾을 수 없었고 내 티켓을 처리하는 MS 지원 담당자가 이것이 버그이며 허용되어서는 안 된다고 제안하는 것 같았습니다. 플랫폼으로.

이것은 저도 정확히 알아낸 것입니다. 확인해주셔서 감사합니다.

내 기능에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_RUN_FROM_PACKAGE를 추가한 후 저장소에 액세스하는 데 문제가 있습니다. 이 두 가지 설정을 functionapp과 slot 모두에 추가하셨나요?

정확한 오류는 Azure Functions 런타임에 연결할 수 없습니다.

첫 번째 배포를 수행한 다음 새 버전을 배포하려고 시도한 후입니다.

내 yml 파일도 추가했습니다.
yml 파일.txt
배포.txt

ARM 템플릿도 업데이트했습니다.

내 기능에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_RUN_FROM_PACKAGE를 추가한 후 저장소에 액세스하는 데 문제가 있습니다. 이 두 가지 설정을 functionapp과 slot 모두에 추가하셨나요?

정확한 오류는 Azure Functions 런타임에 연결할 수 없습니다.

첫 번째 배포를 수행한 다음 새 버전을 배포하려고 시도한 후입니다.

내 yml 파일도 추가했습니다.
yml 파일.txt
배포.txt

ARM 템플릿도 업데이트했습니다.

나는 둘 다에 그것을 가지고있다. 사실 내 프로덕션 슬롯에는 아무것도 없고 스테이징에서 모든 것을 교체합니다. WEBSITE_CONTENTSHARE를 정의하거나 코드가 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING에 있는 올바른 스토리지 계정을 가리키지 않을 때 이것을 보았습니다. WEBSITE_CONTENTSHARE로 아무 것도 가리킬 필요가 없습니다. 실제로 환경 변수에 WEBSITE_CONTENTSHARE를 추가하기 때문에 언급한 오류를 본 것 같습니다. 정의되어 있지 않은지 확인하십시오.

안녕하세요 @mslot , 제 배포에 문제가 있었던 것 같습니다. 이 스레드 https://stackoverflow.com/a/56205917 에서 Azure DevOps에서 설정하는 방법에 대해 읽었기 때문에 zipDeploy로 설정했습니다. 표준 배포로 변경한 후 모든 것이 작동하는 것 같습니다. 당신의 도움을 주셔서 감사합니다.

그 행동은 고쳐지고 있지만, 아마 1-2개월이 걸릴 것입니다.

이 문제에 대한 업데이트가 있습니까? 이제 소비와 프리미엄 동작이 일치합니까? 초기 ARM 배포 및 후속 배포에서 WEBSITE_CONTENTSHARE를 생략할 수 있습니까? 이것이 스테이징 슬롯에 어떤 영향을 줍니까? 링크할 업데이트된 문서나 지침이 있습니까?

우리는 본질적으로 @thomaswilkin 및 @mslot 과 동일한 접근 방식으로 이루어졌습니다 . WEBSITE_CONTENTSHARE가 설정되지 않았기 때문에 런타임이 파일을 찾을 위치를 어떻게 아는지 아직 확실하지 않습니다.

안녕하세요. 어떻게 할 수 있는지 모르겠지만 배포할 수 없는 것 같습니다.
WEBSITE_CONTENTSHARE가 없는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. 포털을 통해서도 구성을 설정하는 동안 오류가 발생했습니다.
Failed to update web app settings: Required parameter WEBSITE_CONTENTSHARE is missing.

함수 앱의 개요 페이지에 다음 경고 메시지도 표시됩니다. Storage is not configured, Function scaling will be limited. Click to learn more. 프리미엄 플랜으로 실행 중입니다. 함수 앱을 구성하는 방법에 대한 업데이트 또는 공식 지침이 있습니까?

프리미엄 플랜의 경우(소비 플랜에 대해 100% 확신할 수 없음) 작동/비작동에 대한 매트릭스는 다음과 같습니다.

• 새 리소스를 배포하는 경우:
  
  
  
  • 두 설정 모두 제공하지 않으면 배포는 성공하지만 Storage is not configured, Function scaling will be limited 메시지가 표시됩니다.
  
  
  • WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 만 제공하면 Required parameter WEBSITE_CONTENTSHARE is missing 실패합니다.
  
  
  • 두 값을 모두 제공하면 작동합니다.
  
  
• 기존 리소스에 배포하는 경우
  
  
  
  • 두 설정 모두 제공하지 않으면 배포는 성공하지만 Storage is not configured, Function scaling will be limited 메시지가 표시됩니다.
  
  
  • WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 만 제공하면 WEBSITE_CONTENTSHARE 가 필요하더라도 성공합니다(나중에 제대로 작동하는 것으로 보입니다).
  
  
  • 두 값을 모두 제공하면 ARM 부분이 실패하지 않는다는 점에서 '작동'하지만 다중 재시작 문제가 발생하고 위의 MS 지침은 업데이트에 WEBSITE_CONTENTSHARE를 설정 하지 않는 것 입니다.
  
  

따라서 현재로서는 두 시나리오 모두에서 작동하는 단일 ARM 템플릿을 가질 수 있는 방법이 없는 것 같습니다.

Storage is not configured, Function scaling will be limited. Click to learn more 경고 메시지도 표시됩니다. Havent에는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 또는 WEBSITE_CONTENTSHARE 웹사이트가 있습니다. Korkiak이 언급했듯이 업데이트되거나 공식 지침이 있습니까?

최근에 4주 전에 배포된 기존 Azure Functions용 ​​Azure Portal에서 "저장소가 구성되지 않았습니다. 기능 크기 조정이 제한됩니다. 자세히 알아보려면 클릭하세요."라는 메시지가 표시되기 시작했습니다. 우리는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 또는 WEBSITE_CONTENTSHARE를 사용한 적이 없으며 지금까지 잘 작동했습니다.

@paulbatum 포털 에 '스토리지가 구성되지 않았습니다. 기능 확장이 제한됩니다'라는 메시지가 표시되기 시작한 이후로 이 문제가 지난 며칠 동안 더 많은 활동을 하고 있는 것 같습니다. 이 모든 것을 구성하는 올바른 방법에 대한 새로운 지침이 있습니까?

이전에 잘 작동했던 템플릿을 사용하여 몇 개월 만에 처음으로 새 기능 앱을 배포할 때 위에서 언급한 것처럼 'WEBSITE_CONTENTSHARE'가 슬롯 설정 오류가 될 수 없음을 방금 발견했습니다.
템플릿에는 슬롯 설정으로 'WEBSITE_CONTENTSHARE'가 있으며 위에서 언급한 다음 문서에 따라 함수 앱 및 배포 슬롯 앱 설정 모두에 정의되어 있습니다.
https://nascent.blog/2017/06/27/azure-functions-slots-arm-templates-snags-2-redeploy-causes-unwanted-swap/
이 스레드를 읽으면 슬롯 설정이 제거되고 'WEBSITE_CONTENTSHARE' 설정의 다양한 조합을 시도했지만 다른 사람들과 동일한 동작을 얻지 못합니다. 아래와 같이 오류 없이 배포할 수 있습니다.

• 함수 앱 및 배포 슬롯 모두에 대해 'WEBSITE_CONTENTSHARE' 지정
• 함수 앱 전용 'WEBSITE_CONTENTSHARE' 지정

템플릿에서 'WEBSITE_CONTENTSHARE'를 전혀 지정하지 않으면 "필수 매개변수 WEBSITE_CONTENTSHARE가 없습니다" 오류가 발생합니다.

따라서 이 현재 동작으로 프로덕션에 배포할 수 없으므로 실제 설정이 어떻게 되어야 하는지에 대한 업데이트를 받을 수 있습니다.

안녕하세요 여러분, 혼란을 드려 죄송합니다. 구성과 관련하여 확장 문제가 발생할 수 있는 시기를 Azure Portal에서 알려주도록 하여 현명하게 하려고 했지만 논리를 속여서 이제 사람들에게 경고가 잘못 표시될 수 있습니다. 문제를 해결하기 위해 노력하고 있지만 그 동안 앱에 확장 문제가 발생할 수 있는지 확인하는 방법은 다음과 같습니다.

탄력적 프리미엄 또는 소비로 실행 중인 경우 다음 기준 중 하나를 충족해야 합니다.

1. WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 정의되어 있어야 합니다.

또는

1. zip/package에서 실행을 사용하는 경우 "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP" 또는 "WEBSITE_RUN_FROM_PACKAGE"가 비어 있음, 0 또는 1이 아닌 다른 값으로 설정되어 있어야 합니다.

다음 주까지 이 문제를 수정해야 합니다.

@ehamai 감사 실행합니까 : https://docs.microsoft.com/en-us/azure/azure-functions/run-functions-from -배포 패키지)

안녕하세요 Elliott, 매우 신속한 답변에 감사드립니다.

그래서 명확히하기 위해 :
ARM 템플릿에서 소비 계획으로 배포하고 배포 슬롯을 사용하지만 zip/패키지를 사용하지 않는 경우

• 프로덕션 및 스테이징 슬롯 모두에서 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE를 모두 정의해야 합니다.

• WEBSITE_CONTENTSHARE를 두 슬롯 중 하나의 배포 슬롯 설정으로 정의하면 안 됩니다.

친애하는

오웨인

보낸 사람: Elliott Hamai [email protected]
보낸 날짜: 2020년 6월 22일 17:31
받는 사람: MicrosoftDocs/azure-docs [email protected]
참조: Owain Winterbone(ITCS - 직원) [email protected] ; 수동 [email protected]
제목: Re: [MicrosoftDocs/azure-docs] WEBSITE_CONTENTSHARE는 지원에 따라 사용해서는 안 됩니다(#36458).

경고: 이 이메일은 UEA 시스템 외부에서 온 것입니다. 보낸 사람에게 기대하고 내용이 안전하다는 것을 알고 있지 않는 한 링크나 첨부 파일을 클릭하지 마십시오.

안녕하세요 여러분, 혼란을 드려 죄송합니다. 구성과 관련하여 확장 문제가 발생할 수 있는 시기를 Azure Portal에서 알려주도록 하여 현명하게 하려고 했지만 논리를 속여서 이제 사람들에게 경고가 잘못 표시될 수 있습니다. 문제를 해결하기 위해 노력하고 있지만 그 동안 앱에 확장 문제가 발생할 수 있는지 확인하는 방법은 다음과 같습니다.

탄력적 프리미엄 또는 소비로 실행 중인 경우 다음 기준 중 하나를 충족해야 합니다.

1. WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 정의되어 있어야 합니다.

또는

1. zip/package에서 실행을 사용하는 경우 "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP" 또는 "WEBSITE_RUN_FROM_PACKAGE"가 비어 있음, 0 또는 1이 아닌 다른 값으로 설정되어 있어야 합니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F36458%23issuecomment-647631943&data에서 확인하세요. = 02% 7C01 % 7Co.winterbone % 40uea.ac.uk % 7Cecd3322262374fb9ffb608d816c9ad12 % 7Cc65f8795ba3d43518a070865e5d8f090 % 7C0 % 7C0 % 7C637284402737046987 및 SDATA = woJvSwWrHgKQIV3xQ8QX3vIOULv6ZNfn5wln4tPn3EA % 3D 및 예약 = 0 또는 거부 https://eur01.safelinks.protection.outlook.com/?url= HTTPS % 3A % 2F % 2Fgithub.com % 2Fnotifications % 2Funsubscribe - 인증의 %의 2FAGFS4PC23VOJOEKS6ESN2C3RX6BM5ANCNFSM4IJGDPBQ 및 데이터 = 02퍼센트 7C01 % 7Co.winterbone % 40uea.ac.uk % 7Cecd3322262374fb9ffb608d816c9ad12 % 7Cc65f8795ba3d43518a070865e5d8f090 % 7C0 % 7C0 % 7C637284402737056941 및 SDATA = StHshC6EtV6A % 2BLi3g7x0xfNx56POAYnwjMWihEf % 2BCYM % 3D 및 예약 = 0 .

@briandunnington - 네, 혼란을 드려 죄송합니다.

• 0은 비활성화됨을 의미합니다.
• 1은 로컬 zip에서 실행을 의미하지만 제대로 작동하려면 첫 번째 명령문에서 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE도 정의해야 합니다.

@OwainWin - 귀하의 질문에 혼란스러워 죄송합니다. WEBSITE_CONTENTSHARE를 포함해야 하는지 여부를 물었습니다.

프로덕션 및 스테이징 슬롯 모두에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 정의되어 있어야 한다고 생각합니다.

@ehamai 에게 감사드립니다. 이 스레드의 원래 질문으로 돌아갑니다. 초기 및 후속 배포에 작동하는 ARM 템플릿에서 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE를 설정하기 위한 지침은 무엇입니까? 프리미엄 플랜의 경우(소비 플랜에 대해 100% 확신할 수는 없지만 동일하다고 생각함) 작동/비작동에 대한 매트릭스는 다음과 같습니다.

• 새 리소스를 배포하는 경우:
  
  
  
  • 두 설정 모두 제공하지 않으면 배포는 성공하지만 결국 스토리지가 구성되지 않고 기능 확장이 제한된다는 메시지가 표시됩니다.
  
  
  • WEBSITE_CONTENTAZUREFILECONNECTIONSTRING만 제공하면 필수 매개변수 WEBSITE_CONTENTSHARE가 누락되어 실패합니다.
  
  
  • 두 값을 모두 제공하면 작동합니다.
  
  
• 기존 리소스에 배포하는 경우
  
  
  
  • 두 설정 모두 제공하지 않으면 배포는 성공하지만 결국 스토리지가 구성되지 않고 기능 확장이 제한된다는 메시지가 표시됩니다.
  
  
  • WEBSITE_CONTENTAZUREFILECONNECTIONSTRING만 제공하면 WEBSITE_CONTENTSHARE가 필요하더라도 성공하고 나중에 제대로 작동하는 것으로 보입니다.
  
  
  • 두 값을 모두 제공하면 ARM 부분이 실패하지 않는다는 점에서 '작동'하지만 다중 재시작 문제가 발생하고 위의 MS 지침은 업데이트에 WEBSITE_CONTENTSHARE를 설정하지 않는 것입니다.
  
  

따라서 현재로서는 두 시나리오 모두에서 작동하는 단일 ARM 템플릿을 가질 수 있는 방법이 없는 것 같습니다.

안녕 엘리엇

두 번째 요점은 WEBSITE_CONTENTSHARE가 애플리케이션 설정으로 정의되어야 하지만 배포 슬롯 설정이 되어서는 안 된다는 것입니다.
따라서 아래와 같이 틱이 없어야 합니다.

[cid:[email protected]]

보낸 사람: Elliott Hamai [email protected]
보낸 날짜: 2020년 6월 22일 18:38
받는 사람: MicrosoftDocs/azure-docs [email protected]
참조: Owain Winterbone(ITCS - 직원) [email protected] ; 멘션 @noreply.github.com
제목: Re: [MicrosoftDocs/azure-docs] WEBSITE_CONTENTSHARE는 지원에 따라 사용해서는 안 됩니다(#36458).

경고: 이 이메일은 UEA 시스템 외부에서 온 것입니다. 보낸 사람에게 기대하고 내용이 안전하다는 것을 알고 있지 않는 한 링크나 첨부 파일을 클릭하지 마십시오.

@OwainWin https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FOwainWin&data=02%7C01%7Co.winterbone%40uea.ac.uk%7Cafedec71775f4f42d84108d8 %7C0%7C637284442665654874&sdata=x3m7KNp6hoQJMCqfb4aEUSNnmE6E5N7geDa8Vu7AUaw%3D&reserved=0 - 죄송합니다. 귀하의 질문이 혼란스럽습니다. WEBSITE_CONTENTSHARE를 포함해야 하는지 여부를 물었습니다.

프로덕션 및 스테이징 슬롯 모두에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 정의되어 있어야 한다고 생각합니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F36458%23issuecomment-647674267&data에서 확인하세요. = 02퍼센트 7C01 % 7Co.winterbone % 40uea.ac.uk % 7Cafedec71775f4f42d84108d816d2f967 % 7Cc65f8795ba3d43518a070865e5d8f090 % 7C0 % 7C0 % 7C637284442665664832 및 SDATA = ctK99d4qO2YuIN % 2F07lwuHC0wNut % 2Fx8LjgLd7v55rTAM % 3D 및 예약 = 0 또는 거부 https://eur01.safelinks.protection.outlook.com /?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGFS4PEPPJE7NN6RO5D4SSLRX6JGNANCNFSM4IJGDPBQ&data=02%7C01%7Co.winterbone%40uea.ac.uk%7Cafedec71775f4f42d84108d816d2f967%7Cc65f8795ba3d43518a070865e5d8f090%7C0%7C0%7C637284442665664832&sdata=wXaMW%2Fx% 2B5RXDtrfiQgHeZYtpc%2BhLyI9w6f9ut9NTFjM%3D&reserved=0 .

@paulbatum

• ARM을 통해 리소스를 처음 생성할 때 WEBSITE_CONTENTSHARE를 설정해야 합니다. 그러나 초기 생성 후에는 ARM 템플릿에서 이 설정을 생략해야 합니다(포함된 경우 ARM 템플릿을 추가로 실행하면 예기치 않은 콘텐츠 교체가 발생할 수 있기 때문입니다).

ARM 템플릿의 목적을 이런 식으로 깨는 것을 알고 있습니까?

그 행동은 고쳐지고 있지만, 아마 1-2개월이 걸릴 것입니다. 따라서 그동안 위에서 공유한 지침(처음에 설정한 다음 ARM 템플릿에서 제거한 경우)을 적용할 수 있습니다.

여기서 최종 예상되는 구성은 무엇입니까?
이 모든 것이 실제로 배포되면 적절한 구성과 공식 일정이 포함된 Azure/app-service- announcements에 대한 발표를 받을 수 있습니까?

이것은 우리에게 큰 장애물입니다. 동일한 ARM 템플릿을 사용하여 기존 리소스 그룹에 배포하는 데 사용할 새 리소스 그룹에 배포할 수 있어야 합니다. 우리는 좀 더 많은 컨텍스트를 제공하는 데 도움이 되도록 ARM 템플릿을 전체 모드에서 구체적으로 실행합니다.

현재 ARM 템플릿은 다음과 같습니다.

{
  "apiVersion": "2016-08-01",
  "type": "Microsoft.Web/sites",
  "name": "[variables('functionAppName')]",
  "location": "[variables('defaultLocation')]",
  "kind": "functionapp",
  "properties": {
    "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]"
  },
  "resources": [
    {
      "name": "slotconfignames",
      "type": "config",
      "apiVersion": "2016-08-01",
      "dependsOn": [
        "[resourceId('Microsoft.Web/sites', variables('functionAppName'))]"
      ],
      "properties": {
        "appSettingNames": [
          "SomeSlotSpecificSetting"
        ]
      }
    },
    {
      "name": "staging",
      "type": "slots",
      "apiVersion": "2016-08-01",
      "location": "[variables('defaultLocation')]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]",
        "[resourceId('Microsoft.Web/sites', variables('functionAppName'))]"
      ],
      "properties": {
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]",
        "siteConfig": {
          "appSettings": [
            {
              "name": "AzureWebJobsStorage",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "AzureWebJobsDashboard",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "SomeSetting__Foo",
              "value": "[parameters('someSettings').foo]"
            },
            {
              "name": "SomeSetting__Bar",
              "value": "[parameters('someSettings').bar]"
            },
            {
              "name": "WEBSITE_CONTENTAZUREFILECONNECTIONSTRING",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "WEBSITE_CONTENTSHARE",
              "value": "[toLower(variables('functionAppName'))]"
            },
            {
              "name": "FUNCTIONS_EXTENSION_VERSION",
              "value": "~3"
            },
            {
              "name": "FUNCTIONS_WORKER_RUNTIME",
              "value": "dotnet"
            },
            {
              "name": "SomeSlotSpecificSetting",
              "value": "abc 123"
            },
            {
              "name": "WEBSITE_RUN_FROM_PACKAGE",
              "value": "1"
            }
          ]
        }
      }
    }
  ],
  "dependsOn": [
    "[resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName'))]",
    "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]"
  ]
}

다음 세부 정보를 기록해 두십시오. 프로덕션 슬롯이 아니라 _스테이징 슬롯에서_ 구성을 지정하고 있습니다. 이를 통해 우리는 먼저 스테이징 슬롯에 새 설정(및 기존 설정에 대한 업데이트)을 배포할 수 있습니다. 따라서 DevOps 파이프라인은 다음을 수행합니다.

• 1단계) ARM 템플릿을 리소스 그룹에 배포
• 2단계) 스테이징 슬롯에 함수 앱 배포
• 3단계) ​​스테이징 슬롯에 대해 몇 가지 연기 테스트를 실행합니다.
• 4단계) 스테이징 및 프로덕션 슬롯 교체

그러나 문제는 WEBSITE_CONTENTSHARE 가 ARM 템플릿 내부에 설정되어 있기 때문에 2단계 직후(스왑이 발생하기 전에) 프로덕션 슬롯과 스테이징 슬롯이 즉시 새 버전의 애플리케이션을 사용한다는 것입니다. 나는 이것이 사람들이 "의도하지 않은 스왑 작업"이라고 말할 때 말하는 것이라고 생각합니다.

우리는 ARM 템플릿에서 생산 슬롯 설정을 _DO NOT_ 지정하고 싶지 않으며 ARM 템플릿 실행의 결과로 생산 슬롯 설정이 제거되는 것을 _DO NOT_ 원합니다. 전체 모드에서 ARM 템플릿을 배포하는 방식은 프로덕션 슬롯에 대한 설정을 지정하면 명시적으로 지정되지 않은 모든 설정이 자동으로 제거된다는 것입니다.

이 모든 것이 의미가 있기를 바랍니다. 런타임이 모든 시나리오에서 값을 생성하고 더 이상 "의도하지 않은 스왑"으로 이어지지 않기를 바라며 현재 ARM 템플릿에서 WEBSITE_CONTENTSHARE 를 제거하려고 합니다.

안녕하세요. 저는 배포 슬롯의 주요 개발자이며 WEBSITE_CONTENTSHARE 및 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 설정과 관련된 귀하의 우려 사항을 해결해 드리겠습니다.

공식 지침은 다음과 같습니다.

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING: 콘텐츠 저장에 azure 파일을 사용하고 있음을 앱 서비스에 알리므로 항상 설정해야 합니다.

WEBSITE_CONTENTSHARE:

• 이제 필드를 자동 생성하고 의도하지 않은 스왑을 방지하는 소비 sku 함수에 대한 ARM 템플릿에서 이것을 완전히 생략할 수 있습니다. 이는 이후에 생성 및 업데이트에 동일한 템플릿을 사용할 수 있음을 의미합니다.

• 불행히도 Elastic Premium 스키에서는 이 WEBSITE_CONTENTSHARE 자동 생성이 간과되어 생성 중에 포함하고 업데이트 중에 생략해야 하는 문제가 여전히 존재한다는 것을 발견했습니다. 이 문제에 대한 수정 사항은 현재 출시되고 있으며 우리 함대의 절반에 도달했습니다. 앞으로 2주 안에 완전히 롤아웃되어야 하며 그 이후에는 지침이 sku 모두에 대해 동일하며 WEBSITE_CONTENTSHARE는 완전히 생략될 수 있습니다.

귀하의 우려 사항이 해결되기를 바랍니다!

@shubDhond 정말 감사합니다. 문서에 대한 공식 업데이트를 받을 수 있습니까?

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING만 제공하는 경우 Windows 소비 계획을 위한 @shubDhond WEBSITE_CONTENTSHARE가 누락되었다는 arm 템플릿 배포를 통해 오류가 발생합니다.
슬롯을 사용할 필요가 없습니다. 둘 다 생략하면 배포가 진행되지만 "저장소가 구성되지 않았습니다. 기능 확장이 제한됩니다"라는 경고가 표시됩니다.

.net 핵심 창 소비 계획을 사용하고 있는 두 가지 매개변수에 대한 소비 계획에 대한 지침은 무엇입니까?

같게! 나는 또한이 오류가 발생합니다. 언제 수정되나요?

소비 및 탄력적 계획에 대해 동일한 문제가 있습니다. 자동화된 배포에 많은 문제가 발생하고 있습니다.

Microsoft.Web/sites 속성(siteConfig, appSettings)에서 직접 설정을 배포할 때 Premium에 대해 WEBSITE_CONTENTSHARE 를 생략하는 데 성공했지만 Microsoft.Web/sites/config 사용하여 설정을 별도의 리소스로 지정할 때는 그렇지 않습니다 "type": "config" .

@shubDhond 이 문제는 확실히 해결되지 않았습니다. Windows 소비 계획에서 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING만 있고 WEBSITE_CONTENTSHARE 없이 템플릿을 배포하면 "WEBSITE_CONTENTSHARE가 없습니다" 오류가 발생합니다.

Azure DevOps에서 App Service 배포 작업을 사용하려고 하고 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING만 설정하면 HTTP 400 오류도 생성됩니다.

소비 계획의 Azure Function 앱 자동화는 현재 완전히 중단되었습니다.

@clawrenceks 와 동일한 문제가

우리는 또한 @clawrenceks와 같은 문제를 겪고 있습니다.
또한 Azure Portal을 통해 WEBSITE_CONTENTSHARE 없이 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 만 설정할 수 없습니다. WEBSITE_RUN_FROM_PACKAGE 1로 설정했습니다.

또한 ARM 템플릿 배포 모드를 Complete 로 설정했을 때 이것이 어떻게 작동하는지 잘 모르겠습니다. 생성된 앱 설정 WEBSITE_CONTENTSHARE 은 제거되지 않습니까?

대부분의 사람들처럼 우리도 길을 잃습니다.

이제 ARM 템플릿이 Windows 소비 계획에 함수 앱을 성공적으로 배포했습니다. 배포 시 Storage is not configured, Function scaling will be limited. Click to learn more 메시지가 더 이상 표시되지 않습니다. 슬롯 스왑도 예상대로 작동합니다.

이 과정에서 얻은 주요 결과는 다음과 같습니다.

현재 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE 애플리케이션 설정 없이 Azure Function 앱이 있는 경우 이 문제를 해결하는 유일한 방법은 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 설정은 앱 서비스 생성의 일부로 있습니다.

리소스 생성의 일부로 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 를 제자리에 두는 것이 핵심입니다. ARM을 사용할 때 내 발견은 Microsoft.Web/sites 리소스 유형을 사용하여 기본 앱 서비스 배포 중에 앱 설정으로 배포해야 한다는 것입니다. 애플리케이션 설정을 배포하기 위해 ARM 템플릿에 Microsoft.Web/sites/config 의 별도 리소스 유형이 있으면 작동하지 않습니다.

내 ARM 템플릿에 WEBSITE_CONTENTSHARE 설정을 포함하지 않습니다. 이것은 내 ARM 템플릿이 배포될 때 런타임에 의해 생성됩니다. 이것은 배포가 잘 작동하고 있다는 신호입니다. 여기에 설명된 접근 방식을 사용하면 초기 리소스를 배포한 다음 WEBSITE_CONTENTSHARE 설정과 관련된 오류를 수신하지 않고 템플릿을 여러 번 다시 배포할 수 있습니다.

저에게 별도의 핵심 요구 사항은 프로덕션 사이트 응용 프로그램 설정이 초기 리소스 생성 중에만 배포되어야 한다는 것이었습니다. 새로운(미래의) 애플리케이션 설정을 프로덕션 사이트로 가져오고 싶었던 유일한 방법은 슬롯 스왑을 통하는 것입니다. 이를 달성하기 위해 ARM 템플릿에 다음을 처리하는 몇 가지 로직을 추가했습니다.

1) ARM 템플릿의 앱 설정은 초기 사이트 생성 중에만 프로덕션 사이트에 배포되며 향후 배포의 일부로 프로덕션 사이트에 추가되지 않습니다.

2) ARM 템플릿의 앱 설정은 항상 스테이징 슬롯에 적용됩니다. 그런 다음 스왑 슬롯을 사용하여 프로덕션으로 스왑됩니다.

위의 사항을 달성하기 위해 내 ARM 템플릿의 프로덕션 사이트에 대한 appSettings는 조건부입니다. 리소스가 없으면 템플릿에 전체 앱 설정 집합을 배포합니다(앱 서비스가 올바르게 생성되었는지 확인하기 위해). 리소스가 이미 생성된 경우 앱 설정에 대해 null을 전달합니다. 배포 시 프로덕션 사이트에 이미 있는 앱 설정이 유지됩니다.

저도 완전 헷갈립니다. 소비 계획에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING이 필요하지만 슬롯에 고정되도록 구성할 수 없는 경우 각각 다른 스토리지 계정에서 실행하려는 스테이징 슬롯과 프로덕션 슬롯 간에 어떻게 교환해야 합니까? 이것은 Web Apps에서 영원히 가능했으며 매우 일반적인 사용 사례처럼 보입니다. 내가 말할 수 있는 한, 스와핑 기능 앱 슬롯은 이 문제가 해결될 때까지 완전히 손상되었거나 사용할 수 없습니다. 누군가가 나에게 왜 / 내가 어떻게 틀렸는지 말해주기를 원합니다! 원래 문제가 ARM 템플릿을 참조한다는 것을 알고 있지만 이것은 훨씬 더 광범위한 문제처럼 보입니다.

Elastic Premium 플랜에서도 동일한 문제입니다. 동일한 WEBSITE_CONTENTSHARE를 사용하여 동일한 ARM 템플릿을 스테이지 슬롯에 배포하면 프로덕션 슬롯이 스테이지 슬롯과 동일한 바이너리를 가리킵니다.
2020-09-08T10:15:32.8385428Z ##[debug]Set-AzWebAppSlot : Operation returned an invalid status code 'BadRequest' 오류가 발생하므로 WEBSITE_CONTENTSHARE 없이는 배포할 수 없습니다.

나는 혼란스럽다. 옳은 일은 무엇입니까?

탄력적 프리미엄 또는 소비로 실행 중인 경우 다음 기준 중 하나를 충족해야 합니다.

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 정의되어 있어야 합니다.

또는

zip/package에서 실행을 사용하는 경우 "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP" 또는 "WEBSITE_RUN_FROM_PACKAGE"가 비어 있음, 0 또는 1이 아닌 다른 값으로 설정되어 있어야 합니다.

@ehamai가 말했듯이?

또는

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING: 콘텐츠 저장에 azure 파일을 사용하고 있음을 앱 서비스에 알리므로 항상 설정해야 합니다.

WEBSITE_CONTENTSHARE:

이제 필드를 자동 생성하고 의도하지 않은 스왑을 방지하는 소비 sku 함수에 대한 ARM 템플릿에서 이것을 완전히 생략할 수 있습니다. 이는 이후에 생성 및 업데이트에 동일한 템플릿을 사용할 수 있음을 의미합니다.

불행히도 Elastic Premium 스키에서는 이 WEBSITE_CONTENTSHARE 자동 생성이 간과되어 생성 중에 포함하고 업데이트 중에 생략해야 하는 문제가 여전히 존재한다는 것을 발견했습니다. 이 문제에 대한 수정 사항은 현재 출시되고 있으며 우리 함대의 절반에 도달했습니다. 앞으로 2주 안에 완전히 롤아웃되어야 하며 그 이후에는 지침이 sku 모두에 대해 동일하며 WEBSITE_CONTENTSHARE는 완전히 생략될 수 있습니다.

귀하의 우려 사항이 해결되기를 바랍니다!

@shubDhond가 말했듯이?

두 슬롯 중 하나에 WEBSITE_CONTENTSHARE(실제로 프로덕션 슬롯에는 앱 설정이 전혀 없음)가 없는 소비 계획에 하늘빛 기능이 있고 다음과 같은 경우 오류가 발생합니다.

1. ARM을 스테이징 슬롯에 배포
2. 교환
3. 스테이징 슬롯에 재배포

그런 다음 WEBSITE_CONTENTSHARE가 필요하다고 알려줍니다. 이전 프로덕션 슬롯에 대한 공유를 생성할 수 없는 것과 같습니다. 나는 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 제거하려고 시도하지 않았다. 왜냐하면 이 스레드는 @ehamai를 제외하고 그것을 하지 말라고 말하고 있기 때문에 "WEBSITE_RUN_FROM_PACKAGE"를 하면 내가 그것을 할 수 있다고 알려준다.

재미있는 점은 이 설정으로 실행되는 함수가 있지만 ~3 대신 ~2 런타임으로 작동하고 있다는 것입니다. ~3 및 배포 슬롯에 문제가 있습니까?
이것은 매우 혼란스럽습니다.

이 자발적인 슬롯 스왑이 무엇이든 간에 이 WEBSITE_ 변수를 모두 생성해야 하므로 여기 정의에 따라 후자도 ARM을 직접 작성해야 하므로 매우 무섭

재할당: @mattchenderson

이에 대한 업데이트가 있습니까?

Microsoft 지원에서 "WEBSITE_CONTENTSHARE" 속성을 설정해야 한다는 조언도 받았습니다. 슬롯 설정으로 설정할 수 없는 경우 이는 빌드 파이프라인 및 ARM 템플릿에 매우 문제가 됩니다. 조언 부탁드립니다!

저도 동의합니다. 이제 여기에서 슬롯을 사용하는 방법에 대해 설명할 시간입니다!

저도 동의합니다. 이 스레드는 15개월 전에 시작되었으며 아직 안정적인 해결 방법이 없습니다.
신뢰할 수 있는 솔루션으로 이 문제가 제대로 해결될 때까지 슬롯을 사용할 수 없습니다. 슬롯은 환상적인 기능이지만 안정적이어야 합니다.

안녕하세요 여러분,

여기에 응답이 지연된 점에 대해 매우 유감스럽게 생각합니다. 이 스레드는 제대로 모니터링되지 않았습니다.

혼란을 해결하기 위해 위의 @clawrenceks에서 설명한 동작은 현재로서는 정확합니다. Azure Files 스토리지가 아직 구성되지 않은 사이트의 경우 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE를 모두 제공해야 합니다. 이러한 항목이 제공되고 앱이 이제 Azure Files에서 실행되도록 구성되면 이후에 템플릿에서 WEBSITE_CONTENTSHARE를 생략하여 실수로 콘텐츠를 교체하는 것을 방지할 수 있습니다.

API가 현재 작동하는 방식은 사이트 생성('Microsoft.Web/sites' 리소스)에서 WEBSITE_CONTENTSHARE가 아닌 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 제공하면 콘텐츠 공유가 생성되는 것입니다. 그러나 기존 'Microsoft.Web/sites' 리소스 또는 'Microsoft.Web/sites/config' 리소스를 업데이트할 때 API는 앱에 대한 WEBSITE_CONTENTSHARE 값이 이미 있는지 그리고 없는지 확인합니다. , 오류가 발생합니다.

고객이 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING을 제공하고 우리가 고객을 위해 새로운 WEBSITE_CONTENTSHARE를 생성하는 경우(이 공유가 새 것이기 때문에 본질적으로 고객의 콘텐츠를 삭제하는 경우) 고객이 Azure 파일로 전환하는 동안 실수로 콘텐츠를 지우는 것을 방지하기 위한 것이라고 가정합니다. 사이트는 어쨌든 깨끗한 상태로 시작하고 콘텐츠를 지울 위험이 없기 때문에 사이트를 만드는 동안 훨씬 더 안전합니다.

하늘빛 파일을 원하는 여러분 모두의 혼란을 충분히 이해할 수 있습니다. 업데이트 작업이 귀하의 콘텐츠를 지우지 않도록 안전하게 유지하면서 이 문제를 가장 잘 해결하는 방법을 생각해야 합니다. 현재로서는 Azure 파일이 구성되어 있지 않고 전환하려는 모든 사용자를 위한 지침으로 초기 전환에 대해 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE를 모두 제공해야 합니다. 그러면 지침에서 WEBSITE_CONTENTSHARE를 생략할 수 있습니다. 이후 템플릿.

업데이트 사례를 처리하는 방법에 대한 제안이 있으면 그것도 크게 감사하겠습니다!

@shubDhond 따라서 프로덕션 슬롯에 첫 번째 배포 시 연결 공유 앱 설정 을 배포해야 하지만 그 이후에는 배포할 필요가 없습니다. 이 작업을 자동으로 수행하는 방법이 있습니까? 리소스가 ARM을 통해 배포되었는지 감지합니까? 아니면 이 정보를 ARM에 수동으로 전달해야 합니까( fx가 이것이 첫 번째 배포인지 알려주는 매개변수를 통해?

@mslot 불행히도 리소스가 이미 존재하는지 여부를 템플릿 내에서 말할 수는 없지만 이것이 가능해야 한다고 생각합니다(https://docs.microsoft.com/en-us/azure/azure-resource- manager/templates/template-tutorial-use-conditions) 사이트가 이미 Azure Files에 대해 구성되었는지 여부를 알려주는 템플릿에 전달된 매개 변수와 결합됩니다. 이는 사이트를 가져오고 앱 설정에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 있는지 확인하여 결정할 수 있습니다.

@mslot 불행히도 리소스가 이미 존재하는지 여부를 템플릿 내에서 말할 수는 없지만 이것이 가능해야 한다고 생각합니다(https://docs.microsoft.com/en-us/azure/azure-resource- manager/templates/template-tutorial-use-conditions) 사이트가 이미 Azure Files에 대해 구성되었는지 여부를 알려주는 템플릿에 전달된 매개 변수와 결합됩니다. 이는 사이트를 가져오고 앱 설정에 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 및 WEBSITE_CONTENTSHARE가 있는지 확인하여 결정할 수 있습니다.

이 문제가 곧 해결되기를 바랍니다. 내 작업 흐름에서 슬롯 사용을 쓸모 없게 만듭니다. 완전히 자동화되어야 합니다. 이 솔루션은 내 눈에 해킹 해결 방법이며 웹 앱에서 작동할 때 소개하는 것은 의미가 없습니다. 프로젝트에 들어오는 다른 사람들에게 "흑마법"을 도입하는 것과 동일하게 작동해야 하는 것에 대해 많은 부분이 분기되기 때문입니다.

이 문제가 해결되어 사용을 시작할 수 있기를 바랍니다. 많은 사람들이 이 기능을 사용하지 못하도록 막는다고 생각합니다.

@mslot 이 문제에 대한 귀하의 고통을 완전히 이해하며 이 문제를 더 빨리 식별하지 못해 죄송합니다. 다음 주에 처음에 이 동작을 구현한 개발자와 이야기하고 고객이 실수로 콘텐츠에 대해 빈 하늘색 파일 공유를 사용하도록 이동할 가능성을 방지할 수 있는 이 문제에 대한 안전한 수정 사항을 찾을 수 있는지 확인할 것입니다. 제안된 솔루션이 있으면 여기에서 업데이트하겠습니다.

@shubDhond Azure Files "일부"를 이해하지 못합니다. 먼저 배포 슬롯을 만들고 여기에 배포한 다음 교체하여 Azure DevOps를 사용하여 Azure Function 프로젝트를 배포합니다. "RunFromPackage" 배포 방법을 사용하고 있는데 클래식 StorageAccount를 사용할 때는 작동하지 않는 것 같습니다. 저는 Azure Files를 사용하지 않고 있으며 두 슬롯에 대한 WEBSITES_CONTENTSHARE 설정과 관련된 동일한 문제가 있는 것 같습니다.

안녕하세요 @cannehag 이 문제에 대한 새 문제를 열어 주시겠습니까? 여기에 설명된 것과 유사한 증상을 유발하는 고정으로 표시된 RunFromPackage 앱 설정에서 이상한 동작이 발생할 수 있습니다. 문제가 관련이 없을 가능성이 있으므로 여기에 혼란을 추가하지 않도록 새로운 문제를 제안합니다.