Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Dokumen ini menjelaskan cara men-deploy beban kerja SQL Server di Google Cloud
menggunakan alat Otomatisasi Deployment yang Dipandu di Workload Manager.
Mengonfigurasi deployment SQL Server
Untuk mengonfigurasi dan men-deploy workload SQL Server, lakukan tugas berikut:
Di konsol Google Cloud , buka halaman Workload Manager.
Di panel navigasi Workload Manager, klik Deployments.
Pilih project tempat Anda ingin membuat deployment.
Klik Create Deployment dan pilih SQL Server.
Di bagian Dasar-dasar deployment, masukkan informasi berikut tentang deployment dan persyaratan workload Anda.
Pengelola Beban Kerja menggunakan informasi dasar
ini untuk menentukan data yang akan dikumpulkan di tab berikutnya.
Pengelola Beban Kerja juga memberikan rekomendasi untuk konfigurasi deployment Anda berdasarkan setelan dasar:
Masukkan nama untuk mendeskripsikan beban kerja yang Anda deploy.
Misalnya, sqlserver-prod-1. Nama ini harus unik dalam project tempat Anda men-deploy beban kerja.
Anda dapat menggunakan karakter alfanumerik huruf kecil dan tanda hubung untuk menentukan nama,
tetapi harus diawali dengan huruf dan tidak boleh diakhiri dengan tanda hubung. Nama dapat berisi
minimal 3 dan maksimal 22 karakter.
Di kolom Deskripsi deployment, tambahkan deskripsi untuk beban kerja Anda,
yang nantinya ditampilkan di dasbor yang menampilkan deployment Anda.
Di kolom Service account, pilih akun layanan yang ingin Anda lampirkan ke deployment. Workload Manager menggunakan akun layanan ini untuk memanggil API dan layanan lain guna membuat resource yang diperlukan untuk deployment. Anda dapat memilih akun layanan yang ada atau membuat akun layanan baru.
Pilih apakah beban kerja ditujukan untuk penggunaan produksi atau penggunaan non-produksi.
Catatan: Nilai default tertentu digunakan dalam alat ini berdasarkan pilihan lingkungan.
Pilih sistem operasi. Workload Manager hanya mendukung deployment SQL Server di VM yang menjalankan sistem operasi Windows.
Pilih jenis pemberian lisensi untuk Windows dari opsi berikut:
Bring your own license (BYOL)
Bayar sesuai penggunaan (PAYG)
Pilih jenis pemberian lisensi untuk SQL Server dari opsi berikut:
Bring your own license (BYOL)
Bayar sesuai penggunaan (PAYG)
Pilih image OS dari image publik atau kustom.
Pilih strategi deployment:
Node tunggal: setiap instance SQL Server di-deploy di VM-nya sendiri
Ketersediaan tinggi: cluster SQL Server yang sangat tersedia di-deploy di beberapa zona
Pilih mode ketersediaan:
Grup ketersediaan (AG)
Instance cluster failover (FCI)
Di kolom VM name prefix, masukkan awalan yang diterapkan ke nama
semua VM yang dibuat selama deployment.
Maksimal tujuh karakter diizinkan untuk awalan.
Di kolom Software installation media bucket, pilih bucket Cloud Storage yang menyimpan media penginstalan SQL Server yang Anda upload. Bucket harus ada dalam project tempat Anda membuat deployment.
Di tab Location & networking, masukkan kode berikut.
Pilih Google Cloud project tempat Anda ingin men-deploy workload.
Pilih Google Cloud region tempat Anda ingin men-deploy workload.
Pilih zona dari wilayah yang ditentukan.
Pilih zona dari region yang ditentukan untuk men-deploy sistem sekunder.
Kolom ini hanya terlihat jika Anda telah menentukan HA sebagai
model deployment di bagian dasar-dasar.
Pilih jaringan Virtual Private Cloud (VPC) tempat Anda men-deploy
workload.
Pilih subnet di jaringan VPC yang ditentukan tempat Anda ingin
men-deploy workload.
Pilih metode untuk memberikan akses internet eksternal ke VM. Untuk mengetahui informasi selengkapnya, lihat Prasyarat.
Cloud NAT: Jika Anda ingin memberikan akses internet eksternal menggunakan gateway Cloud NAT yang telah Anda buat untuk jaringan yang ditentukan.
Izinkan IP Eksternal: Jika Anda ingin memberikan akses internet
eksternal dengan mencadangkan alamat IP eksternal statis di setiap VM.
Pilih Buat zona DNS baru. Workload Manager secara otomatis membuat DNS untuk
memungkinkan komunikasi antar-VM dalam deployment.
Klik Lanjutkan.
Di tab Active Directory, masukkan kode berikut.
Pilih Nama Secret Manager yang
sesuai dengan sandi untuk nama pengguna yang ditentukan di kolom Nama pengguna domain
untuk terhubung ke Active Directory.
Workload Manager menggunakan sandi ini selama proses deployment dan
penginstalan. Secret ini harus ada di project Google Cloudtempat Anda membuat deployment.
Tentukan nama akun pengguna Active Directory yang digunakan untuk bergabung dengan VM ke domain Active Directory.
Tentukan alamat IP node Active Directory.
Tentukan nama DNS domain Active Directory.
Klik Lanjutkan.
Di tab Database, masukkan informasi berikut:
Pilih Nama Secret Manager yang
sesuai dengan sandi yang digunakan untuk database.
Pilih model tenancy dari opsi berikut:
Dibagikan
Satu tenant
Catatan: Opsi tenancy bersama tidak tersedia untuk lisensi Windows BYOL.
Pilih kelompok mesin untuk VM database.
Pilih jenis mesin untuk VM database.
Pilih jenis block storage untuk VM.
Pilih opsi SMT nonaktif untuk mengaktifkan atau menonaktifkan multithreading simultan,
yang juga disebut sebagai hyper-threading.
Pilih opsi TempDB di SSD lokal untuk menggunakan SSD lokal guna menyimpan TempDB.
Untuk meninjau konfigurasi deployment, klik Continue.
Untuk men-deploy beban kerja SQL Server, klik Create.
Meninjau status deployment
Setelah mengklik Buat, Anda akan melihat dasbor Deployment, tempat Anda dapat
memantau status deployment. Anda dapat memantau status deployment dengan mengarahkan kursor ke ikon Status.
Anda akan menerima notifikasi di konsol Google Cloud saat Pengelola Beban Kerja menyelesaikan proses deployment. Jika deployment tidak berhasil, Anda akan menerima notifikasi kegagalan. Anda dapat melihat informasi tambahan tentang error di halaman Detail Deployment dengan mengklik nama deployment di dasbor. Lihat Memecahkan masalah error deployment.
Memecahkan masalah error deployment
Jika error terjadi selama pembuatan file Terraform, ikuti langkah-langkah berikut:
Jika masalah yang mendasarinya memerlukan perubahan konfigurasi, misalnya, jika nama deployment atau awalan VM tidak unik, lakukan hal berikut:
Hapus deployment.
Buat deployment baru menggunakan konfigurasi yang benar.
Jika masalah yang mendasarinya tidak memerlukan perubahan konfigurasi, misalnya, masalah kuota:
Perbaiki masalahnya.
Klik Coba lagi pada pesan error untuk melanjutkan proses deployment.
Jika error terjadi selama pembuatan file Desired State Configuration (DSC) PowerShell:
Jika masalah yang mendasarinya memerlukan perubahan konfigurasi, misalnya,
bucket software yang salah dipilih:
Hapus deployment.
Buat deployment baru menggunakan konfigurasi yang benar.
Jika masalah yang mendasarinya tidak memerlukan perubahan konfigurasi, misalnya, paket OS gagal didownload:
Selesaikan masalah yang mendasarinya, jika ada.
Hentikan dan mulai VM Ansible Runner bernama VM_PREFIX-ansible-runner
dari dasbor Compute Engine.
VM_PREFIX adalah awalan yang Anda tentukan untuk semua VM dalam deployment.
Proses ini akan memulai ulang pembuatan Ansible untuk deployment.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[],[],null,["# Deploy a SQL Server workload\n\nThis document describes how to deploy a SQL Server workload on Google Cloud\nby using the Guided Deployment Automation tool in Workload Manager.\n\nConfigure SQL Server deployment\n-------------------------------\n\nTo configure and deploy a SQL Server workload, perform the following tasks:\n\n1. In the Google Cloud console, go to the **Workload Manager** page.\n\n [Go to Workload Manager](https://console.cloud.google.com/workload-manager)\n2. In the **Workload Manager** navigation pane, click **Deployments**.\n\n3. Select the project in which you want to create the deployment.\n\n4. Click **Create Deployment** and choose **SQL Server**.\n\n5. In the **Deployment basics** section, enter the following information about your\n deployment and workload requirements.\n\n Workload Manager uses this basic\n information to determine the data to be collected in the subsequent tabs.\n Workload Manager also provides recommendations for your\n deployment configuration based on the basic settings:\n 1. Enter a name to describe the workload you are deploying.\n For example, `sqlserver-prod-1`. This name must be unique in the\n project where you're deploying the workload.\n\n You can use lowercase alphanumeric characters and hyphens to specify the name,\n but it must start with a letter and must not end with a hyphen. It can have\n minimum of 3 and maximum of 22 characters.\n 2. In the **Deployment description** field, add a description for your workload,\n which is later displayed on the dashboard that shows your deployments.\n\n 3. In the **Service account** field, select a service account that\n you want to attach to the deployment. Workload Manager uses\n this service account to call other APIs and services for creating resources\n required for the deployment. You can either select an existing service\n account or create a new service account.\n\n | **Note:** If the service account is missing any of the required roles for creating a deployment, Workload Manager prompts you to grant these roles. Click **Grant** to grant the missing roles to the attached service account.\n 4. Select whether the workload is intended for production use or non-production use.\n Note: Certain default values are used in the tool based on the environment selection.\n\n 5. Select the operating system. Workload Manager supports deploying\n SQL Server only on VMs that run Windows operating system.\n\n 6. Select the licensing type for Windows from the following options:\n\n - Bring your own license (BYOL)\n - Pay as you go (PAYG)\n 7. Select the licensing type for SQL Server from the following options:\n\n - Bring your own license (BYOL)\n - Pay as you go (PAYG)\n 8. Select the OS image from public or custom images.\n\n 9. Select the deployment strategy:\n\n - Single node: each SQL Server instance is deployed on its own VM\n - High availability: highly available SQL Server cluster is deployed across multiple zones\n 10. Select the availability mode:\n\n - Availability group (AG)\n - Failover cluster instance (FCI)\n6. In the **VM name prefix** field, enter a prefix that is applied to the names\n of all VMs created during the deployment.\n A maximum of seven characters are allowed for the prefix.\n\n7. In the **Software installation media bucket** field, select the Cloud Storage\n bucket that holds the SQL Server installation media you uploaded. The bucket\n must exist within the project in which you're creating the deployment.\n\n For more information, see [Prepare SQL Server installation files for deployment](/workload-manager/docs/deploy/sql-server/prerequisites-sql#install-files).\n8. Click **Continue** to proceed.\n\n9. In the **Location \\& networking** tab, enter the following.\n\n 1. Select the Google Cloud project in which you want to deploy the workload.\n 2. Select the Google Cloud region in which you want to deploy the workload.\n 3. Select a zone from the specified region.\n 4. Select a zone from the specified region for deploying the secondary system. This field is visible only if you have specified HA as the deployment model in the basics section.\n 5. Select the Virtual Private Cloud (VPC) network into which you're deploying the workload.\n 6. Select the subnet in the specified VPC network where you want to deploy the workload.\n 7. Select a method for providing external internet access to the VMs. For more information, see [Prerequisites](/workload-manager/docs/deploy/prerequisites#network%22%3EPrerequisites).\n - Cloud NAT: If you want to provide external internet access using a Cloud NAT gateway that you have already created for the specified network.\n - Allow External IP: If you want to provide external internet access by reserving a static external IP address on each VM.\n 8. Select **Create a new DNS zone**. Workload Manager automatically creates a DNS to allow communication between VMs in the deployment.\n10. Click **Continue**.\n\n11. In the **Active Directory** tab, enter the following.\n\n 1. Select the [Secret Manager name](/secret-manager) that corresponds to the password for the username specified in the **Domain username** field to connect to Active Directory. Workload Manager uses this password throughout the deployment and installation process. This secret must exist in the Google Cloud project in which you create the deployment.\n 2. Specify the name of the Active Directory user account used to join the VMs to the Active Directory domain.\n 3. Specify the IP address of the Active Directory node.\n 4. Specify the Active Directory domain DNS name.\n12. Click **Continue**.\n\n13. In the **Database** tab, enter the following information:\n\n 1. Select the [Secret Manager name](/secret-manager) that corresponds to the password used for the database.\n 2. Select the tenancy model from the following options:\n - Shared\n - Sole tenant Note: The shared tenancy option is not available for Windows BYOL licenses.\n 3. Select a machine family for the database VMs.\n 4. Select a machine type for the database VMs.\n 5. Select the type of block storage for the VM.\n 6. Select the **SMT off** option to turn on or turn off simultaneous multithreading, which is also called as hyper-threading.\n 7. Select the **TempDB on local SSD** option to use a local SSD to store TempDB.\n14. To review the deployment configuration, click **Continue**.\n\n15. To deploy the SQL Server workload, click **Create**.\n\nReview the deployment status\n----------------------------\n\nAfter you click **Create** , you see the Deployment dashboard, where you can\nmonitor the status of your deployment. You can monitor the status\nof the deployment by hovering over the **Status** icon.\n\nYou receive a notification in the Google Cloud console when Workload Manager\ncompletes the deployment process. If the deployment is not successful, you\nreceive a failure notification. You can view additional information about the\nerror on the Deployment Details page by clicking the deployment name on the\ndashboard. See [Troubleshoot deployment errors](#deployment-errors).\n| **Note:** The entire deployment process might take up to two or three hours to complete. The deployment process continues in the background. After you receive the notification, you can check the deployment dashboard.\n\nTroubleshoot deployment errors\n------------------------------\n\nIf the error occurred during the Terraform file creation, then follow these steps:\n\n- If the underlying issue requires changing the configuration, for example, if deployment name or VM prefix was not unique, then do the following:\n 1. Delete the deployment.\n 2. Make a new deployment using the correct configuration.\n- If the underlying issue does not require changing the configuration, for example, quota issues:\n 1. Fix the issue.\n 2. Click **Retry** on the error message to resume the deployment process.\n\nIf the error occurred during the PowerShell Desired State Configuration (DSC) file creation:\n\n- If the underlying issue requires changing the configuration, for example, the wrong software bucket was chosen:\n 1. Delete the deployment.\n 2. Create a new deployment using the correct configuration.\n- If the underlying issue does not require changing the configuration, for example, the OS package failed to download:\n 1. Resolve the underlying problem, if applicable.\n 2. Stop and start the Ansible Runner VM named \u003cvar translate=\"no\"\u003eVM_PREFIX\u003c/var\u003e-ansible-runner from the Compute Engine dashboard. \u003cvar translate=\"no\"\u003eVM_PREFIX\u003c/var\u003e is the prefix you specified for all VMs in your deployment. This process restarts the Ansible creation for the deployment.\n\nWhat's next\n-----------\n\n- [Perform the post-deployment tasks](/workload-manager/docs/deploy/post-deployment)."]]
