Suntory Azure Managed Service Standard Document
| Document ID | AZ-VM-DESIGN-001 |
| Version | 1.0 |
| Status | RELEASED |
| Created | May 18, 2026 |
| Revised | May 18, 2026 |
| Company | Suntory Holdings Limited |
| Division | Digital & AI Global ITG |
| Author | Tomoki Koyama |
This document defines the design rationale, standard values, and selection criteria for each parameter in the Azure Virtual Machine deployment process.
Deployment engineers should proceed with this document alongside AZ-VM-PARAM-001 (Parameter Sheet).
| Ver. | Revised Date | Author | Description | Approved By |
|---|---|---|---|---|
| 1.0 | 2026-05-18 | Tomoki Koyama | Initial release (design rationale section from AZ-VM-PARAM-001 v1.1 extracted as a standalone document) | — |
| Document ID | Document Name | Type | Notes |
|---|---|---|---|
| AZ-VM-DESIGN-001 | Azure Virtual Machine Design Document (this document) | Design Document | — |
| AZ-VM-PARAM-001 | Azure Virtual Machine Parameter Sheet | Parameter Sheet | Used in conjunction with this document |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria | ||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Subscription |
Identify and select the target Subscription. ▶ Refer to Suntory Azure Foundation Resources and Subscriptions mapping.xlsx to identify the Subscription corresponding to the target system. |
||||||||||||||||||||||||||||||||||||||||||||||
| 2 | Resource group |
Use the existing resource group dedicated to the service. If none exists, create a new one. Naming convention: Example: |
||||||||||||||||||||||||||||||||||||||||||||||
| 3 | Virtual machine name |
Determine the hostname following the naming convention. Before configuration, verify there are no hostname conflicts using the Naming convention:
Example: |
||||||||||||||||||||||||||||||||||||||||||||||
| 4 | Region |
Select the nearest region. Example: For SJP, select Japan East. |
||||||||||||||||||||||||||||||||||||||||||||||
| 5 | Availability option |
Select the appropriate option based on the use case. Refer to the decision criteria below.
● When Self-selected zone is chosen, assign different zone numbers (Zone 1 / 2 / 3) to the first and second VMs.
|
||||||||||||||||||||||||||||||||||||||||||||||
| 6 | Security type |
Standard: Trusted launch virtual machines
|
||||||||||||||||||||||||||||||||||||||||||||||
| 7 | OS Image (Publisher / Offer / SKU / Version) |
Select the OS appropriate for the system requirements. In principle, always select the latest SKU for all OS images.
|
||||||||||||||||||||||||||||||||||||||||||||||
| 8 | VM architecture |
Standard: x64 While Arm64 can reduce costs, its supported environment is limited, so it should not be selected for IaaS workloads. |
||||||||||||||||||||||||||||||||||||||||||||||
| 9 | Run with Azure Spot discount |
Standard: OFF (do not enable) Enabling this significantly reduces costs, but it causes frequent forced VM shutdowns and deletions without warning, so it should not be used. |
||||||||||||||||||||||||||||||||||||||||||||||
| 10 | VM Size (SKU) |
Refer to the information below and select the appropriate SKU to match the system requirements. ① VM Family Quick Reference
② Recommended Sizes by Workload
|
||||||||||||||||||||||||||||||||||||||||||||||
| 11 | Enable Hibernation |
Standard: OFF (do not enable) Enabling this preserves memory state and speeds up restart, but it is not used as our baseline design principle is Stateless architecture. |
||||||||||||||||||||||||||||||||||||||||||||||
| 12 | Administrator account (Username / Password) |
Auth method: Password Username: AzureVmAdmin
|
||||||||||||||||||||||||||||||||||||||||||||||
| 13 | Inbound port rules (Public inbound ports) |
Standard: None Assigning a public IP to a VM is not acceptable from a security standpoint; do not select "Allow selected ports". Public IPs should be held by serverless managed services such as a Load Balancer. |
||||||||||||||||||||||||||||||||||||||||||||||
| 14 | Licensing (Azure Hybrid Benefit) |
Standard: OFF (do not enable) Azure Hybrid Benefit (AHB) allows cost reduction by bringing existing Windows Server / SQL Server licenses (with Software Assurance) to Azure, but it requires per-subsidiary license management which adds operational complexity, so it is not used. |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 15 | VM disk encryption |
Standard: OFF (do not enable)
|
|||||||||||||||
| 16 | OS disk size |
Standard: Image default (127 GiB)
|
|||||||||||||||
| 17 | OS disk type |
Select the storage type according to the use case. Standard SSD is the only option for the OS system volume.
|
|||||||||||||||
| 18 | Delete with VM (OS disk) |
Standard: ON (enable) For operational efficiency, automatically delete the associated storage disk when the VM instance is deleted. |
|||||||||||||||
| 19 | Key management (OS disk) |
Standard: Platform-managed key Platform-managed key is selected to minimize operational overhead by not self-managing Azure encryption keys. |
|||||||||||||||
| 20 | Enable Ultra Disk compatibility |
Standard: OFF (do not enable) Enable only if there is a possibility of attaching an Ultra Disk to this OS system storage in the future. Note that this can only be enabled on VM SKUs that meet the minimum specifications. |
|||||||||||||||
| 21 | Create a new disk – Name |
Naming convention: Example:
Create one storage disk per drive unit; for example, on Windows, create one disk for the D drive.
|
|||||||||||||||
| 22 | Create a new disk – Source type |
Standard: None (empty disk)
|
|||||||||||||||
| 23 | Create a new disk – Size (GiB) |
Specify the disk size according to the system requirements. |
|||||||||||||||
| 24 | Create a new disk – Key management |
Standard: Platform-managed key Same rationale as No.19 "Key management (OS disk)". |
|||||||||||||||
| 25 | Create a new disk – Enable shared disk |
Standard: No (do not use) Consider using only when a 2-node cluster configuration (e.g., Windows Failover Cluster) is required. |
|||||||||||||||
| 26 | Create a new disk – Delete with VM |
Standard: ON (enable) Same rationale as No.18 "Delete with VM". |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria | ||||||
|---|---|---|---|---|---|---|---|---|
| 27 | Virtual network |
Use existing VNets (creating a new VNet is not permitted in principle). Example: SJP dev/test → |
||||||
| 28 | Subnet |
Select from existing subnet names.
Example: SJP dev/test DMZ segment → |
||||||
| 29 | Public IP |
Standard: None Public IPs are not assigned to VMs for security reasons. Same rationale as No.13 "Inbound port rules". |
||||||
| 30 | NIC network security group |
Standard: Advanced (assign existing Common NSG) Select the existing Common NSG during VM creation. Do not create a new NSG (neither Basic nor Advanced). Example: |
||||||
| 31 | Delete NIC when VM is deleted |
Standard: ON (enable) Enable in principle for cost optimization and operational efficiency (preventing orphaned resources). |
||||||
| 32 | Enable accelerated networking |
Standard: ON (enable) This feature enables high-speed networking (SR-IOV) on the NIC, which improves processing performance and is therefore enabled by default.
|
||||||
| 33 | Load balancing |
Standard: None Load Balancer creation is handled through a separate request, so select None during VM creation. |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 34 | Microsoft Defender for Cloud |
Auto-enabled (confirmation only) Confirm that it is automatically enabled. The following message should be displayed: |
|||||||||
| 35 | Metadata Security Protocol – IMDS |
Standard: ON (enable) Enabling this restricts IMDS (Instance Metadata Service) access to authenticated processes only, strengthening security, so it is enabled by default. |
|||||||||
| 36 | Metadata Security Protocol – WireServer |
Standard: OFF (do not enable) While enabling this increases security, it may impact the VM agent, extensions, and monitoring functions, so it is disabled by default. (Enabling it also restricts access to Azure agent communications.) |
|||||||||
| 37 | Identity – System assigned managed identity |
Standard: OFF (do not enable)
When enabled, Azure automatically creates and manages a service principal for the application, allowing the VM to access Azure resources without secret keys—improving security. However, this is not required in the current design and is therefore disabled. |
|||||||||
| 38 | Microsoft Entra ID – Login with Microsoft Entra ID |
Standard: OFF (do not enable) PAM management via CyberArk is in place, so this is not enabled in principle. Enabling this feature allows VM login through Microsoft Entra ID. |
|||||||||
| 39 | Auto-shutdown – Enable auto-shutdown |
Standard: OFF (do not enable) Scheduled start/stop processes for dev/test VMs will be handled through a separate mechanism, so this is disabled. Additionally, this feature only supports scheduled shutdown without a corresponding startup mechanism, making it incomplete. |
|||||||||
| 40 | Backup – Enable backup |
Standard: ON (enable) Enabled in principle in accordance with the Suntory backup policy. |
|||||||||
| 41 | Backup – Recovery Services vault |
Select Default Confirm the shared vault and naming with the backup operations team. If not yet finalized, mark as TBD and enter the relevant ticket number. |
|||||||||
| 42 | Backup – Policy subtype |
Standard: Enhanced When Security type = Trusted launch is selected, Standard cannot be chosen; only Enhanced is available. |
|||||||||
| 43 | Site Recovery – Enable Disaster Recovery |
Standard: OFF (do not enable) Disaster recovery will be addressed separately, so this is disabled at this time. |
|||||||||
| 44 | Guest OS updates – Enable periodic assessment |
Standard: ON (enable) Enabled for operational efficiency. This feature only periodically checks the OS update status (e.g., unapplied patches); it does not actually apply patches. |
|||||||||
| 45 | Guest OS updates – Enable hotpatch |
Automated patch application setting. Enable only for dev/test VMs to streamline patch management operations.
|
|||||||||
| 46 | Guest OS updates – Patch orchestration options |
Configure when No.45 (hotpatch) is enabled. Standard: Azure-orchestrated Azure-managed patch management is used for operational efficiency. |
|||||||||
| 47 | Guest OS updates – Reboot setting |
Configure when No.45 (hotpatch) is enabled. Standard: Reboot if required For operational efficiency, dev/test VMs are rebooted only when required. |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria | ||||||
|---|---|---|---|---|---|---|---|---|
| 48 | Alerts – Enable recommended alert rules |
Standard: ON (enable) Detailed monitoring operations including NewRelic are to be reviewed separately. |
||||||
| 49 | Alerts – Alert rules |
Refer to the Alert rules sheet separately. Detailed monitoring operations including NewRelic are to be reviewed separately. |
||||||
| 50 | Diagnostics – Boot diagnostics |
Standard: Disable Enabling this can facilitate troubleshooting. This is a pre-OS diagnostic feature used to troubleshoot VM boot issues. |
||||||
| 51 | Diagnostics – Enable OS guest diagnostics |
Enables easier troubleshooting but incurs additional cost, so it is configured for production VMs only.
Detailed monitoring operations including NewRelic are to be reviewed separately. |
||||||
| 52 | Health – Enable application health monitoring |
Standard: OFF (do not enable) Detailed monitoring operations including NewRelic are to be reviewed separately. |
| No. | Parameter | Design Rationale / Standard Value / Selection Criteria |
|---|---|---|
| 53 | Extensions |
Not used in principle, as requirements are addressed through golden images or IaC tools such as Ansible and Terraform. |
| 54 | VM applications |
Not used in principle, as this feature is not required at this time. |
| 55 | Custom data |
Not used in principle, as this feature is not required at this time. |
| 56 | Performance (NVMe) |
Enable only when Premium SSD or Ultra Disk is in use. |
| 57 | Host (Dedicated Host) |
Not used in principle. Consider using only if a licensed software package requires a Dedicated Host for licensing compliance. |
| 58 | Capacity reservations |
Not used in principle, as this feature is not required at this time. |
| 59 | Proximity placement group |
Not used in principle, as this feature is not required at this time. |
| No. | Tag Key (Tag name) | Category | Description / Sample Value / Rationale |
|---|---|---|---|
| 60 | Subsidiary | Required | Set the abbreviated company name included in the subscription name. Example: SBFE, SBFA, SBFT, SJP |
| 61 | BusinessUnit | Optional | Set the abbreviated company name of the relevant server. Required for SJP. Example: SPS |
| 62 | ServiceName | Required | Set the name of the relevant service. Required for SJP. Example: Beer Production Planning System |
| 63 | SystemID | Optional | Set the System ID for the hosted system. Required for SJP. Example: aaa |
| 64 | Environment | Required | Set the environment classification. Value: prod or nonprod |
| 65 | BCPRank | Required | Set the BCP rank. Example: 3 |
| 66 | Responsibility | Optional | Set the responsible team. Required for SJP. Example: TransformationG |