An Azure service that provides private and fully managed Remote Desktop Protocol (RDP) and Secure Shell (SSH) access to virtual machines.
Developer SKU Bastion is still available, but it is created and managed differently from the Basic/Standard/Premium SKUs, which is why the attempts with PowerShell and the regular Bastion create flow are failing.
Key points based on current behavior and documentation:
- Developer SKU is not created via
New-AzBastionoraz network bastion create.- PowerShell only accepts
Basic,Standard, orPremiumfor-Sku, as shown by the validation error. - Developer uses a shared pool architecture and is not a dedicated Bastion host resource like the other SKUs.
- PowerShell only accepts
- Developer SKU is deployed automatically from the VM’s VNet blade in the portal:
- Go to the virtual network that contains the VM.
- In the left pane, select Connect > Bastion.
- Choose the authentication type, enter credentials, and select Connect.
- When Connect is selected, Bastion Developer is automatically deployed to the virtual network (in supported regions) using the shared pool model; there is no explicit SKU dropdown for “Developer” in the standard Bastion create experience.
- Region and prerequisites still apply:
- The VM must be in a region that supports Bastion Developer.
- A VNet and VM must already exist, and required roles/ports must be in place.
- Upgrading from Developer to a dedicated SKU requires creating a new Bastion host:
- To move from Developer to Basic/Standard/Premium, delete the Developer instance and create a new Bastion host with the desired SKU (Basic/Standard/Premium) using CLI/PowerShell or the portal.
So Developer Bastion is available, but only via the “inline” Bastion connect experience on the VNet/VM (shared pool), not via the standard Bastion resource creation commands or SKU parameter.
References: