Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| azure:az-104_2024:azure_compute [2024/10/03 14:02] – [Azure Containers] mmuze | azure:az-104_2024:azure_compute [2024/10/04 20:38] (current) – [Customer Domain] mmuze | ||
|---|---|---|---|
| Line 19: | Line 19: | ||
| * For VM ARM templates the //offer// attribute is the general server type (e.g. WindowsServer, | * For VM ARM templates the //offer// attribute is the general server type (e.g. WindowsServer, | ||
| + | ====== Just-In-Time (JIT) VM access ====== | ||
| + | * When JIT access is enabled NSG or Azure Firewall rules are added to block inbound access for specific management ports (e.g. 3389, 22 etc). | ||
| + | * When access is needed a user makes a request to access a VM. If the request is approved, Defender for Cloud configures the NSGs and Azure Firewall to allow inbound traffic to the selected ports from the relevant IP address (or range), for the amount of time that was specified. | ||
| + | <callout type=" | ||
| + | JIT does not support VMs protected by Azure Firewalls controlled by Azure Firewall Manager. The Azure Firewall must be configured with Rules (Classic) and cannot use Firewall policies. | ||
| + | </ | ||
| + | ====== Bastion ====== | ||
| + | * [[https:// | ||
| + | * [[https:// | ||
| - | ====== Availability | + | <callout type=" |
| + | Downgrading a SKU is not supported. To downgrade, you must delete and recreate Azure Bastion. | ||
| + | </ | ||
| + | |||
| + | * In addition to having a web client interface for RDP/SSH access Bastion supports using native/ | ||
| + | * This requires the Standard SKU. | ||
| + | ====== Availability Sets ====== | ||
| * [[https:// | * [[https:// | ||
| Line 31: | Line 46: | ||
| * **Update domains** indicate groups of virtual machines and underlying physical hardware that can be rebooted at the same time. | * **Update domains** indicate groups of virtual machines and underlying physical hardware that can be rebooted at the same time. | ||
| * If the VM you wish to resize is part of an availability set, then you must stop all VMs in the availability set before changing the size of any VM in the availability set. | * If the VM you wish to resize is part of an availability set, then you must stop all VMs in the availability set before changing the size of any VM in the availability set. | ||
| + | |||
| + | |||
| + | ====== Scale Sets ====== | ||
| + | ===== Orchestration Mode ===== | ||
| + | * [[https:// | ||
| + | * The orchestration mode is defined when you create the scale set and cannot be changed or updated later. | ||
| + | * **Uniform** - Optimized for large-scale stateless workloads with identical instances. | ||
| + | * **Flexible** - Achieve high availability at scale with identical or multiple virtual machine types. | ||
| + | * Flexible orchestration offers high availability guarantees (up to 1000 VMs) by spreading VMs across fault domains in a region or within an Availability Zone. This enables you to scale out your application while maintaining fault domain isolation that is essential to run quorum-based or stateful workloads. | ||
| + | |||
| ====== App Service ====== | ====== App Service ====== | ||
| * App Service <color :# | * App Service <color :# | ||
| + | * Consequently, | ||
| - | ===== Customer | + | ===== Custom |
| * [[https:// | * [[https:// | ||
| * If you want to map a root domain to an App Service name you have to use an '' | * If you want to map a root domain to an App Service name you have to use an '' | ||
| Line 48: | Line 74: | ||
| * A container group is a collection of containers that get scheduled on the same host machine. The containers in a container group share a lifecycle, resources, local network, and storage volumes. It's similar in concept to a pod in Kubernetes. | * A container group is a collection of containers that get scheduled on the same host machine. The containers in a container group share a lifecycle, resources, local network, and storage volumes. It's similar in concept to a pod in Kubernetes. | ||
| * //Container Groups// can only be created from the CLI. | * //Container Groups// can only be created from the CLI. | ||
| + | |||
| + | <callout type=" | ||
| + | Multi-container groups currently support only Linux containers. For Windows containers, Azure Container Instances only supports deployment of a single container instance. | ||
| + | </ | ||
| ====== Azure Container Registry ====== | ====== Azure Container Registry ====== | ||
| * There are three tiers for Azure Container Registry: | * There are three tiers for Azure Container Registry: | ||
| Line 57: | Line 87: | ||
| ====== Azure Kubernetes Service (AKS) ====== | ====== Azure Kubernetes Service (AKS) ====== | ||
| + | <callout type=" | ||
| + | I have discovered that the current AZ-104 exam does not include questions about AKS. But, for now, I'm leaving this info here. | ||
| + | </ | ||
| * Microsoft Entra authentication is provided to AKS clusters with OpenID Connect. OpenID Connect is an identity layer built on top of the OAuth 2.0 protocol. | * Microsoft Entra authentication is provided to AKS clusters with OpenID Connect. OpenID Connect is an identity layer built on top of the OAuth 2.0 protocol. | ||
| ===== Networking ===== | ===== Networking ===== | ||