Suntory Azure Managed Service Standard Document

Azure Virtual Machine
Design Document
Document IDAZ-VM-DESIGN-001
Version1.0
StatusRELEASED
CreatedMay 18, 2026
RevisedMay 18, 2026
CompanySuntory Holdings Limited
DivisionDigital & AI Global ITG
AuthorTomoki 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).

Revision History

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)

External Document Reference List

📋 Suntory Standard Guidelines (External Document Reference List)
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

Basics

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: rgp-<region>-<subscription>-<env>-<app>-<seq>

Example: rgp-jp1-sjp-bn-aaa-001

3 Virtual machine name

Determine the hostname following the naming convention. Before configuration, verify there are no hostname conflicts using the nslookup command and ServiceNow CMDB.

Naming convention: <Company><Z><Region><OS><Role><Env><Seq>

FieldValue Definition
CompanyS=SHD J=SJP I=SBFI E=SBFE A=SBFA T=SBFT V=SBFVB B=SBPT O=SBFO P=PBV G=SGB
ZFixed to Azure (Z)
RegionJP1 = Japan East
OSW = Windows  L = Linux
RoleAPS=Application Server DBS=Database Server VDP=Virtual Desktop WEB=Web Server
EnvP=prd N=non(nonprod) T=tst(test) D=dev
Seq001– (3-digit sequential number)

Example: JZJP1WAPSP001 (SJP / Azure / Japan East / Windows / App Server / Prd / 001)
    SZJP1WDBSN002 (SHD / Azure / Japan East / Windows / DB Server / Non-prd / 002)

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.

Availability option Use Case Decision Criteria / Rationale
No infrastructure redundancy required Dev/test VMs, production VMs prioritizing cost over SLA Cost-first approach
Availability set Not typically selected If high availability is required, Availability Zone should be selected as it provides a higher SLA
Virtual machine scale set Not typically selected May be considered for burst-traffic workloads, but in such cases a serverless architecture should be preferred instead
Availability zone (Self-selected zone) Standard for production VMs For example, in a 2-node web server setup this ensures redundancy. Even with a single VM, the SLA improves from 99.9% to 99.99%
Availability zone (Azure-selected zone / Preview) Future first choice Will become the primary option after general availability (currently not selectable)
● 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

  • Select Confidential virtual machines only for sites that handle general customer personal information.
  • Standard is the legacy option and offers no particular advantage.
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.

Windows Server RHEL SUSE Ubuntu
Publisher MicrosoftWindowsServer RedHat SUSE Canonical
Offer WindowsServer RHEL sles-15-sp5 ubuntu-24_04-lts
SKU 2025-datacenter-azure-edition 9-lvm-gen2 gen2 server
Version latest latest latest latest
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

Category Primary Families Characteristics Typical Use Cases
General-purposeDsv5 / Dv5Balanced CPU and memoryWeb/App servers, standard workloads
BurstableB-seriesLow cost at low utilizationDev/test, lightweight apps
Compute-optimizedFsv2High CPU-to-memory ratioBatch processing, compute-intensive workloads
Memory-optimizedEsv5 / Ev5Large memory capacityJava, SAP, DB
Storage-optimizedLsv3NVMe local SSDNoSQL, temporary processing
GPU/HPCNC/ND/NV/HBGPU/high-speed computingAI, HPC

② Recommended Sizes by Workload

Workload Recommended VM Notes
Web / APIDsv5 (2–4 vCPU)Scale-out design assumed
Business App (.NET)Dsv5AHB applicable
Business App (Java)Esv5Prioritize memory headroom
DB (SQL/Oracle)Esv5 + Premium/Ultra DiskDisk design is critical
Dev/TestB-seriesAuto-shutdown recommended
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

  • Password authentication is selected as PIM/PAM management is handled via CyberArk.
  • The password is a temporary credential shared through a separate channel at build time only; it must not be recorded in this document or in email body text.
  • After deployment, register the account in CyberArk and enforce a mandatory password change.
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.

Disks

No. Parameter Design Rationale / Standard Value / Selection Criteria
15 VM disk encryption

Standard: OFF (do not enable)

  • Using this feature requires the "Encryption at host" feature to be pre-enabled on the target subscription.
  • Enabling this also encrypts temporary disks and cache data, increasing security, but as this is intended for environments with extremely strict security requirements such as financial institutions, it is not used in standard deployments.
  • Since Azure enables SSE (Server-Side Encryption at rest) by default, a baseline level of security quality is already met.
16 OS disk size

Standard: Image default (127 GiB)

  • If the requirement calls for a C drive (or / root volume) of 128 GiB or more, a larger size such as "256 GiB (P15)" may be selected.
  • For Linux, the Image default is 64 GiB; use Image default unless there is a specific requirement otherwise.
17 OS disk type

Select the storage type according to the use case. Standard SSD is the only option for the OS system volume.

Redundancy Storage Type Use Case / Notes
Locally-redundant storage (LRS) Premium SSD Used for storage holding DB data on servers with SQL Server or other database installations
Standard SSD Standard for dev/test and production VM OS disks
Standard HDD For development machines, etc. Do not use in principle.
Zone-redundant storage (ZRS) Ultra Disk Used for storage holding large-scale transaction data such as SAP HANA
Premium SSD v2 Used for storage holding data on analytics servers
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: hostname_data<number>

Example: JZJP1WAPSP001_data01

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)

  • Snapshot: Use when creating a disk from a snapshot of an existing disk (e.g., during server migration).
  • Storage blob: Legacy specification; not to be used in principle.
  • None (empty disk): The default choice for new OS deployments.
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".

Networking

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 → vnt-jp1-sjp-bp-infra-01

28 Subnet

Select from existing subnet names.

Example: SJP dev/test DMZ segment → snt-jp1-sjp-bn-infra-dmz-01
Example: SJP dev/test Internal segment → snt-jp1-sjp-bn-infra-tst-01

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: si2-securitygroup-shd-cs-tokyo-cmn-01

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.

ModeNetwork Path
StandardVM → Virtual switch → Host → NIC
Accelerated ONVM → Physical NIC (direct)
33 Load balancing

Standard: None

Load Balancer creation is handled through a separate request, so select None during VM creation.

Management

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:
"Your subscription is protected by Foundational Cloud Security Posture Management Free Plan."

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.
If Azure resource access from the application side becomes necessary in the future, enabling this should be considered.

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.

EnvironmentSettingReason
Dev/Test VMON (enable)To streamline patch application
Production VMOFF (do not enable)Risk of unintended patch application during emergency OS restarts
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.

Monitoring

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.

EnvironmentSetting
Production VMON (enable)
Dev/Test VMOFF (do not enable)

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.

Advanced

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.

Tagging

Tag keys and values must comply with Suntory Azure Foundation Tag Standards.xlsx.
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