Practice Test #8

Floating IP(Direct Server Return)를 Enabled로 설정하면 특정 구성에서 Azure Load Balancer가 destination IP를 처리하는 방식이 변경되며, SQL Always On Availability Group listener 또는 특정 appliance/DSR 설계 같은 시나리오에서 흔히 사용됩니다. 이는 요청 간 client-to-backend affinity를 제공하지 않습니다. 따라서 방문자가 각 요청마다 일관되게 동일한 web server에 도달하도록 보장하지 못합니다.

Floating IP를 Disabled로 설정하는 것은 많은 load-balancing rule에서의 기본/일반적인 구성일 뿐입니다. Enabled로 설정하는 것과 마찬가지로 이 설정은 session affinity와 관련이 없습니다. 동일한 client의 후속 요청이 동일한 backend VM으로 전달되는지 여부에 영향을 주지 않습니다. 이는 DSR 관련 시나리오에서의 특정 packet 처리 동작에만 영향을 줍니다.

health probe는 load balancer가 backend VM의 health를 감지하고 비정상 instance로 트래픽을 보내지 않도록 하는 데 필요합니다. 신뢰성 측면에서 중요하지만, probe는 실패한 node를 제외하는 것 외에 정상 instance 간 트래픽이 어떻게 분산되는지를 제어하지 않습니다. “sticky sessions”를 제공하거나 클라이언트의 요청이 동일한 VM으로 가도록 보장하지 않습니다.

kubectl은 클러스터 내부의 Kubernetes API 객체(pod, deployment, service, HPA 리소스)를 관리합니다. AKS cluster autoscaler 활성화는 kubectl로 Kubernetes 매니페스트를 적용하여 구성하는 것이 아니라, Azure 관리 plane을 통해 제어되는 AKS/node pool 설정입니다. kubectl은 영향(보류 중인 pod, 노드 변경)을 관찰하는 데는 사용할 수 있지만, autoscaler 기능 자체를 구성하는 도구는 아닙니다.

Set-AzVm은 독립 실행형 Azure virtual machine을 관리하는 데 사용됩니다. AKS 노드는 일반적으로 AKS가 관리하는 VM Scale Set의 일부이며, 직접 VM을 관리하는 방식은 cluster autoscaler를 활성화하는 올바른 접근이 아닙니다. Autoscaler는 개별 VM을 수정하는 것이 아니라 AKS node pool 수준에서 AKS 도구로 구성합니다.

Set-AzAks는 시험에서 기대하는 방식으로 AKS cluster autoscaler를 구성하는 표준 PowerShell cmdlet이 아닙니다. 실제로 AKS PowerShell은(모듈/버전에 따라) Set-AzAksCluster 또는 node pool 관련 cmdlet을 사용하지만, AZ-104에서는 AKS 구성을 위해 일반적으로 portal과 Azure CLI(az aks)를 출제합니다. 따라서 이 옵션은 신뢰할 수 있거나 인지되는 완전한 솔루션이 아닙니다.

오답입니다. 이 선택지는 VM4를 잘못 포함하고 있습니다. VM1, VM2, VM3는 Azure Backup에 대해 지원되지만, Windows 10은 client OS이므로 지원되는 Windows Server 및 Linux workloads와 같은 방식으로 Azure VM backup에서 지원되지 않습니다. 19:00의 auto-shutdown은 VM2를 backup 대상에서 제외하지 않지만, 그렇다고 VM4가 지원되는 것은 아닙니다.

오답입니다. VM1과 VM2는 backup할 수 있지만, Ubuntu Server 18.04 LTS는 Azure VM backup에 대해 지원되는 Linux distribution이므로 VM3도 보호할 수 있습니다. 따라서 VM3를 제외한 것은 잘못되었습니다. 제외되어야 하는 유일한 VM은 Windows 10 client OS를 사용하는 VM4입니다.

오답입니다. VM1은 지원되지만, 유일하게 eligible한 VM은 아닙니다. VM2도 Windows Server 2016이 지원되므로 지원되며, VM3도 Ubuntu Server 18.04 LTS가 지원되는 Linux 매트릭스에 포함되므로 지원됩니다. 이 선택지는 유효한 지원 workloads를 무시하고 답을 지나치게 좁게 한 잘못이 있습니다.

Yes는 오답입니다. 제안된 아키텍처에는 Windows event log에 필요한 guest log 수집 경로가 없기 때문입니다. 단순히 Azure Monitor alert를 생성하고 VM1을 source로 지정하는 것만으로는, 해당 log가 Azure Monitor Agent 또는 Log Analytics agent를 통해 수집되지 않는 한 Azure Monitor가 System event log error를 인식할 수 없습니다. 또한 event subscription은 guest OS event log 항목을 감지하는 역할을 하지 않으므로, 제시된 솔루션은 alert 목표를 달성하지 못합니다.

오답입니다. 포트 443에 대한 아웃바운드 규칙은 웹 서버에서 나가는 트래픽을 제어하며, Internet에서 들어오는 트래픽을 제어하지 않습니다. 아웃바운드 443이 허용되더라도 인바운드 허용 규칙이 없으면 기본 인바운드 Internet 거부로 인해 사용자 인바운드 연결은 여전히 차단됩니다.

오답입니다. TCP 443에 대한 인바운드 허용은 액세스를 가능하게 하지만, NSG를 모든 서브넷에 연결하는 것은 범위가 과도하며 최소 권한을 위반합니다. 443에서 수신 대기 중인 엔드포인트가 있는 경우 비웹 서브넷(앱/데이터 티어)으로의 HTTPS 트래픽을 의도치 않게 허용하여 공격 표면을 늘리고 세그먼ენტ화를 복잡하게 만들 수 있습니다.

오답입니다. 이는 두 가지 문제를 결합합니다. 아웃바운드 규칙은 인바운드 사용자 액세스를 활성화하지 않으며, 모든 서브넷에 연결하는 것은 불필요하게 광범위합니다. 기본적으로 인바운드 트래픽이 거부되므로 Internet 사용자가 웹 서버로 HTTPS 세션을 시작할 수 있게 하는 요구 사항을 충족하지 못합니다.

오답입니다. PTR record는 reverse DNS lookup(IP address를 hostname으로 매핑)에 사용되며 reverse lookup zone(in-addr.arpa 또는 ip6.arpa)에 저장됩니다. research.adatum.com 같은 forward DNS namespace를 위임하지 않으며, resolver를 subdomain의 다른 authoritative name server로 보내지 않습니다.

오답입니다. SOA record에는 primary name server, responsible party, serial number, refresh/retry/expire/TTL 값과 같은 zone metadata가 포함됩니다. SOA 설정을 수정하면 zone transfer 동작이나 caching 특성에 영향을 줄 수 있지만, child domain을 다른 DNS server로 위임하는 delegation을 생성하지는 않습니다.

오답입니다. *.research라는 이름의 A record는 research.adatum.com 아래의 어떤 host든 특정 IP address로 해석하는 wildcard record이지만, authority는 adatum.com zone 내에 그대로 유지되며 subdomain을 위임하지 않습니다. delegation에는 host record가 아니라 child zone의 authoritative name server를 가리키는 NS record가 필요합니다.