-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Where can I find offical azure region information? #1685
Comments
@sykim-etri 참고로, cb-spider의 경우 spider AdminWeb이나 spider API로 각 CSP region/zone을 조회하실 수 있습니다.
|
@sykim-etri 내부적으로는 https://github.com/cloud-barista/cb-tumblebug/blob/main/scripts/misc/update-cloudinfo.py 를 활용하며, 사용 방법 등은 내부에 readme 식으로 작성되어 있습니다. (Spider API도 활용하고, Spider API로 조회가 어렵거나 오류가 발생하는 경우가 있어서, 이 경우에는 CSP CLI를 직접 호출하기도 합니다. 일부는 CSP CLI를 설치해야 할 수 있습니다.) 참고로, 특정 CSP의 리전 등은 자주 오락 가락 하는 경우 (활성/비활성)가 있어서, 바로 업데이트하기 보다는 한번 살펴볼 필요도 있습니다. |
@seokho-son 현재는 다음과 같은 에러를 리턴합니다. {
"message": "[Error from: http://localhost:1024/spider/vpc] Status code: 500 Internal Server Error, Message: {\"message\":\"Failed to Create VPC err = network.VirtualNetworksClient#CreateOrUpdate: Failure sending request: StatusCode=400 -- Original Err
or: Code=\\\"LocationNotAvailableForResourceType\\\" Message=\\\"The provided location 'australiacentral2' is not available for resource type 'Microsoft.Network/virtualNetworks'. List of available regions for the resource type is 'westus,eastus,northeur
ope,westeurope,eastasia,southeastasia,northcentralus,southcentralus,centralus,eastus2,japaneast,japanwest,brazilsouth,australiaeast,australiasoutheast,centralindia,southindia,westindia,canadacentral,canadaeast,westcentralus,westus2,ukwest,uksouth,koreac
entral,koreasouth,francecentral,australiacentral,southafricanorth,uaenorth,switzerlandnorth,germanywestcentral,norwayeast,westus3,jioindiawest,swedencentral,qatarcentral,polandcentral,italynorth,israelcentral,mexicocentral,spaincentral'.\\\"\"}\n"
} |
@sykim-etri Azure의 경우, API로 핸들링 가능한 리소스 및 제공 가능 리소스가 리전별로 다른 상태입니다. 현재 커넥션컨피그로 자동 등록되는 리전은 1차 검증을 하는데, 각 CSP API를 호출(간단한 리소스 조회)했을때 성공하면, 활용 가능한 리전이라고 임의로 판단 및 등록하게 됩니다. 해당 리전이 모든 리소스에 대해서 처리가 가능한지 검증하려면, CSP API를 좀 더 다양하게 호출해봐야 합니다만, 이렇게 하면 초기화(검증) 시간이 너무 오래 소요됩니다. ^^; 현 상태에서는 결국 운영자가 config 등을 통해서 설정할 수 있도록 처리하는 것이 좋지 않을까 싶습니다. (CSP별 가용 리전 온오프 여부를 사용자가 설정) 아마도 Azure도 같은 방식을 취하고 있을 것 같습니다. 다만 이 사안은 비단 k8s 관련된 리소스 뿐만아니라, 프로비저닝 가능한 전체 리소스 타입에 해당합니다. (예전에도 한번 말씀드렸던 부분이긴 합니다.) |
@seokho-son |
넵 감사합니다. 해당 이슈는 계속 오픈해두었다가, config 등을 통해서 해결하면 close 하겠습니다. |
testscripts를 활용한 클러스터 생성 테스트 중 여러 Azure 리전에서 VPC 생성 실패 등의 오류가 발생하고 있습니다. 몇개의 리전을 보니 없어진 것으로 보입니다. (francesouth, uaecentral, germanynorth 등)
현재 아래 리턴 결과에 있는 리전만 유효한 것으로 추정됩니다.
assets/cloudinfo.yaml
의 내용을 업데이트하려고 하는데, 혹시 해당 파일 업데이트 시 참고하시는 페이지의 링크 정보를 알고 계시면 공유 부탁드립니다.@seokho-son
The text was updated successfully, but these errors were encountered: