Menyiapkan agen untuk beban kerja Microsoft SQL Server

Dokumen ini menunjukkan cara menginstal Agen untuk Beban Kerja Compute di instance Compute Engine, dan mengonfigurasi agen untuk terhubung dengan beban kerja Microsoft SQL Server yang berjalan di instance compute tersebut.

Setelah Anda menginstal dan mengonfigurasi agen, agen akan mengumpulkan metrik dari workload SQL Server dan instance komputasi yang mendasarinya, lalu mengirimkannya ke Workload Manager. Kemudian, Anda dapat menggunakan evaluasi Workload Manager untuk memindai workload SQL Server Anda guna mendeteksi penyimpangan dari praktik terbaik untuk konfigurasi infrastruktur, sistem operasi, dan workload.

Sebelum memulai

Sebelum menginstal dan mengonfigurasi Agen untuk Workload Compute, Anda harus memastikan prasyarat berikut terpenuhi:

• Anda telah men-deploy beban kerja SQL Server di satu atau beberapa instance komputasi.
• Anda telah memberikan peran IAM yang diperlukan untuk agen.
• Anda telah mengaktifkan akses ke Cloud API.
• Anda telah memberikan izin yang diperlukan di SQL Server.

Peran IAM yang diperlukan untuk agen

Agen untuk Compute Workloads menggunakan akun layanan yang terlampir ke instance komputasi untuk autentikasi dan untuk mengakses resource Google Cloud .

Untuk meningkatkan keamanan, sebaiknya gunakan akun layanan khusus daripada menggunakan akun layanan default Compute Engine.

Untuk memastikan bahwa akun layanan memiliki izin yang diperlukan agar Agent for Compute Workloads dapat melakukan autentikasi dengan Google Cloud dan mengakses Google Cloud resource, minta administrator untuk memberi akun layanan peran IAM berikut di project Anda:

Penting: Anda harus memberikan peran ini ke akun layanan, bukan ke akun pengguna Anda. Kegagalan memberikan peran ke akun utama yang benar dapat menyebabkan error izin.

• Compute Viewer (roles/compute.viewer): untuk mengumpulkan metrik dari instance compute.
• Penulis Insight Workload Manager (roles/workloadmanager.insightWriter): untuk menulis data ke data warehouse Workload Manager.
• (Direkomendasikan) Logs Writer (roles/logging.logWriter): untuk mengirim log agen ke Cloud Logging.
• (Opsional) Secret Manager Secret Accessor (roles/secretmanager.secretAccessor): jika Anda menggunakan Secret Manager untuk menyimpan sandi guna terhubung dengan instance SQL Server.

Untuk mengetahui informasi selengkapnya tentang pemberian peran, lihat Mengelola akses ke project, folder, dan organisasi.

Administrator Anda mungkin juga dapat memberikan izin yang diperlukan kepada akun layanan melalui peran khusus atau peran yang telah ditetapkan lainnya.

Mengaktifkan akses ke Cloud API

Compute Engine merekomendasikan konfigurasi instance Anda untuk mengizinkan semua cakupan akses ke semua Cloud API dan hanya menggunakan izin IAM akun layanan instance untuk mengontrol akses ke resourceGoogle Cloud . Untuk mengetahui informasi selengkapnya, lihat Membuat VM yang menggunakan akun layanan yang dikelola pengguna.

Jika Anda membatasi akses ke Cloud API, maka Agen untuk Compute Workloads memerlukan cakupan akses Cloud API minimum berikut pada instance komputasi host:

https://www.googleapis.com/auth/cloud-platform

Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik cakupan.

Jika Anda menjalankan aplikasi SQL Server di instance komputasi yang tidak memiliki alamat IP eksternal, Anda harus mengaktifkan Akses Google Pribadi di subnet instance agar Agen untuk Compute Workloads dapat mengakses Google API dan layanan Google. Untuk mengetahui informasi tentang cara mengaktifkan Akses Google Pribadi, lihat Mengonfigurasi Akses Google Pribadi.

Izin yang diperlukan di SQL Server

Gunakan skrip berikut untuk menetapkan izin yang diperlukan ke akun pengguna yang dikonfigurasi di agen.

    USE [master]
    GO 

    GRANT VIEW SERVER STATE TO [user_name]
    GRANT VIEW ANY DEFINITION TO [user_name] 

    -- Adds db_datareader role to the user
    EXEC sp_MSForEachDB
    '
    USE ?
    IF NOT EXISTS(SELECT * FROM sys.database_principals WHERE name = ''user_name'')
    BEGIN
      CREATE USER [user_name] FOR LOGIN [user_name]
    END
    EXEC sp_addrolemember ''db_datareader'', ''user_name''
    '
  

Menginstal dan mengonfigurasi agen menggunakan pengelola paket

Catatan: Jika Agen lama untuk SQL Server sudah diinstal di VM, selama proses penginstalan, Agen untuk Compute Workloads akan otomatis memigrasikan file konfigurasi agen ke lokasi baru dan menghapus Agen untuk SQL Server dari VM.

Bagian ini menunjukkan cara menginstal Agen untuk Beban Kerja Compute di instance compute Anda, dan mengonfigurasinya untuk terhubung dengan instance SQL Server, menggunakan pengelola paket.

Untuk menginstal Agen untuk Compute Workloads, selesaikan langkah-langkah berikut:

Windows

Di Windows, Anda menginstal Agen untuk Compute Workloads menggunakan perintah pengelolaan paket googet. Perintah ini akan menyelesaikan tugas berikut:

• Mendownload agen versi terbaru.
• Membuat layanan Windows bernama google-cloud-workload-agent.
• Membuat tugas terjadwal yang berjalan setiap menit untuk memeriksa apakah layanan berjalan dan jika perlu, memulai ulang layanan.

Peringatan: Jangan menghentikan layanan Windows google-cloud-workload-agent secara manual atau menghapus tugas terjadwalnya.

Untuk menginstal dan mengonfigurasi Agen untuk Compute Workloads di instance komputasi berbasis Windows, selesaikan langkah-langkah berikut:

1. Buat koneksi dengan instance komputasi Anda menggunakan RDP.

   Untuk mengetahui informasi tentang cara melakukannya, lihat Terhubung ke VM Windows menggunakan RDP.

2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   googet addrepo google-cloud-workload-agent  https://packages.cloud.google.com/yuck/repos/google-cloud-workload-agent-windows-x86_64
   googet install google-cloud-workload-agent
   

3. Buka file konfigurasi agen:

   %ProgramFiles%\Google\google-cloud-workload-agent\conf\configuration.json
   

4. Tentukan nilai untuk semua parameter wajib, seperti yang dijelaskan dalam Parameter konfigurasi.

5. Simpan file konfigurasi

6. Mulai ulang agen agar perubahan diterapkan.

RHEL

Di Red Hat Enterprise Linux (RHEL), Anda menginstal Agen untuk Compute Workloads menggunakan perintah pengelolaan paket yum. Perintah ini akan menyelesaikan tugas berikut:

• Mendownload agen versi terbaru.
• Membuat layanan systemd untuk agen, yang bernama google-cloud-workload-agent.
• Mengaktifkan dan memulai layanan google-cloud-workload-agent.

Untuk menginstal dan mengonfigurasi Agen untuk Compute Workloads di instance komputasi berbasis RHEL, selesaikan langkah-langkah berikut:

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Di terminal, instal agen:

   sudo tee /etc/yum.repos.d/google-cloud-workload-agent.repo << EOM
   [google-cloud-workload-agent]
   name=Google Cloud Agent for Compute Workloads
   baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-workload-agent-$basearch
   enabled=1
   gpgcheck=0
   repo_gpgcheck=1
   gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
   EOM
   sudo yum install google-cloud-workload-agent
   

3. Buka file konfigurasi agen:

   /etc/google-cloud-workload-agent/configuration.json
   

4. Tentukan nilai untuk semua parameter wajib, seperti yang dijelaskan dalam Parameter konfigurasi.

5. Simpan file konfigurasi

6. Mulai ulang agen agar perubahan diterapkan.

SLES

Di SUSE Linux Enterprise Server (SLES), Anda menginstal Agen untuk Compute Workloads menggunakan perintah pengelolaan paket zypper. Perintah ini akan menyelesaikan tugas berikut:

• Mendownload agen versi terbaru.
• Membuat layanan systemd untuk agen, yang bernama google-cloud-workload-agent.
• Mengaktifkan dan memulai layanan google-cloud-workload-agent.

Untuk menginstal dan mengonfigurasi Agen untuk Compute Workloads di instance komputasi berbasis SLES, selesaikan langkah-langkah berikut:

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Di terminal, instal agen:

   sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-workload-agent-$basearch
   google-cloud-workload-agent
   sudo zypper install google-cloud-workload-agent
   

3. Buka file konfigurasi agen:

   /etc/google-cloud-workload-agent/configuration.json
   

4. Tentukan nilai untuk semua parameter wajib, seperti yang dijelaskan dalam Parameter konfigurasi.

5. Simpan file konfigurasi

6. Mulai ulang agen agar perubahan diterapkan.

Debian

Di Debian, Anda menginstal Agen untuk Compute Workloads menggunakan perintah pengelolaan paket apt. Perintah ini akan menyelesaikan tugas berikut:

• Mendownload agen versi terbaru.
• Membuat layanan systemd untuk agen, yang bernama google-cloud-workload-agent.
• Mengaktifkan dan memulai layanan google-cloud-workload-agent.

Untuk menginstal dan mengonfigurasi Agen untuk Compute Workloads di instance komputasi berbasis Debian, selesaikan langkah-langkah berikut:

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Di terminal, instal agen:

   echo 'deb https://packages.cloud.google.com/apt google-cloud-workload-agent-x86-64-apt main' | sudo tee -a /etc/apt/sources.list.d/google-cloud-workload-agent.list
   sudo apt-get update
   sudo apt-get install google-cloud-workload-agent
   

3. Buka file konfigurasi agen:

   /etc/google-cloud-workload-agent/configuration.json
   

4. Tentukan nilai untuk semua parameter wajib, seperti yang dijelaskan dalam Parameter konfigurasi.

5. Simpan file konfigurasi

6. Mulai ulang agen agar perubahan diterapkan.

Menginstal dan mengelola agen di fleet VM menggunakan VM Extension Manager

Fitur ini tunduk pada "Persyaratan Penawaran Pra-GA" di bagian Persyaratan Layanan Umum dari Persyaratan Khusus Layanan. Fitur pra-GA tersedia "sebagaimana adanya" dan mungkin memiliki dukungan terbatas. Untuk mengetahui informasi selengkapnya, lihat deskripsi tahap peluncuran.

Menyiapkan VM Extension Manager

Untuk menyiapkan VM Extension Manager, selesaikan langkah-langkah berikut:

• Dalam dokumentasi VM Extension Manager, tinjau bagian Sebelum memulai.

• Siapkan peran IAM yang diperlukan untuk membuat dan mengelola kebijakan VM Extension Manager. Untuk informasi selengkapnya, lihat referensi berikut:

  • Membuat kebijakan ekstensi VM
  • Memperbarui kebijakan ekstensi VM
  • Menghapus kebijakan ekstensi VM
  • Mencantumkan dan mendeskripsikan kebijakan ekstensi VM

Menginstal agen di fleet VM

Untuk menginstal Agent for Compute Workloads versi terbaru di fleet VM Anda dalam zona tertentu menggunakan kebijakan VM Extension Manager, selesaikan langkah-langkah berikut:

Konsol

1. Di konsol Google Cloud , buka halaman VM extension policies.

   Buka kebijakan ekstensi VM

2. Klik Create extension policy.

3. Di kolom Name, masukkan nama untuk kebijakan.

4. Opsional: Di kolom Description, masukkan deskripsi untuk kebijakan.

5. Di kolom Priority, tentukan nomor prioritas untuk menyelesaikan konflik antar-kebijakan. Angka yang lebih rendah menunjukkan prioritas yang lebih tinggi. Nilai defaultnya adalah 1000.

6. Dengan menggunakan daftar Region dan Zone, pilih zona tempat Anda ingin menerapkan kebijakan ini.

7. Di bagian Ekstensi, klik Tambahkan ekstensi, lalu lakukan tindakan berikut:

   1. Dari daftar Ekstensi, pilih Ekstensi Google Cloud untuk Beban Kerja Compute.

   2. Biarkan kolom Version kosong.

      Hal ini mengarahkan kebijakan untuk menginstal Agent for Compute Workloads versi terbaru.

   3. Di kolom Configuration file content, masukkan konfigurasi yang ingin Anda terapkan ke agen.

      Untuk mengetahui informasi tentang parameter konfigurasi yang didukung oleh agen untuk workload SQL Server Anda, lihat Parameter konfigurasi.

      Catatan: Jika Anda menerapkan kebijakan VM Extension Manager ke VM yang sudah menjalankan Agent for Compute Workloads, kebijakan tersebut akan menggantikan versi dan konfigurasi agen yang ada dengan versi dan konfigurasi yang telah Anda tetapkan dalam kebijakan.

      Konfigurasi agen yang ada ditulis ke file BAK di direktori /etc/google-cloud-workload-agent/ pada VM masing-masing.

   4. Klik Done.

8. Opsional: Untuk membatasi peluncuran kebijakan ke VM yang diperlukan, lakukan hal berikut:

   1. Klik Tambahkan label dan sertakan label yang mengidentifikasi VM yang diperlukan.
   2. Klik Done.

9. Klik Create.

gcloud

gcloud beta compute zone-vm-extension-policies create POLICY_NAME \
    --zone=ZONE \
    --extensions=google-cloud-workload-extension \
    --config-from-file=google-cloud-workload-extension=CONFIG_FILE_PATH \
    [--description="DESCRIPTION" \]
    [--inclusion-labels=KEY_1=VALUE_1 \]
    [--inclusion-labels=KEY_2=VALUE_2,KEY_3=VALUE_3 \]
    [--priority=PRIORITY]

Ganti kode berikut:

• POLICY_NAME: nama untuk kebijakan ekstensi VM.

  Perintah akan gagal jika kebijakan dengan nama yang ditentukan sudah ada di zona.

• ZONE: zona tempat Anda ingin menerapkan kebijakan ini.

• CONFIG_FILE_PATH: jalur lokal ke file JSON yang berisi konfigurasi agar Agent for Compute Workloads dapat terhubung dengan beban kerja SQL Server Anda.

  • Atau, untuk memberikan konfigurasi sebagai string inline, gunakan flag --config, bukan --config-from-file. Contohnya, --config=google-cloud-workload-extension="CONFIG". Google Cloud menyarankan Anda menggunakan --config-from-file.
  • Anda dapat menggunakan --config-from-file atau --config, tetapi tidak keduanya dalam perintah yang sama.
  • Untuk mengetahui informasi tentang parameter konfigurasi yang didukung oleh agen untuk workload SQL Server Anda, lihat Parameter konfigurasi.
  Catatan: Jika Anda menerapkan kebijakan VM Extension Manager ke VM yang sudah menjalankan Agent for Compute Workloads, kebijakan tersebut akan menggantikan versi dan konfigurasi agen yang ada dengan versi dan konfigurasi yang telah Anda tetapkan dalam kebijakan.

  Konfigurasi agen yang ada ditulis ke file BAK di direktori /etc/google-cloud-workload-agent/ pada VM masing-masing.

• DESCRIPTION: deskripsi opsional untuk kebijakan.

• KEY_1=VALUE_1: daftar pasangan nilai kunci yang dipisahkan koma yang menentukan label yang digunakan kebijakan untuk menargetkan VM.

  • Agar VM menjadi target kebijakan Anda, VM harus memiliki semua label yang ditentukan.
  • Jika Anda menentukan --inclusion-labels beberapa kali, kebijakan akan menargetkan VM yang cocok dengan salah satu pemilih yang diberikan (OR logis). Jika Anda menghilangkan tanda ini, kebijakan akan menargetkan semua VM di zona yang ditentukan.

• PRIORITY: bilangan bulat dari 0 hingga 65535 yang menentukan prioritas kebijakan. Angka yang lebih rendah menunjukkan prioritas yang lebih tinggi. Nilai defaultnya adalah 1000.

Contoh:

Perintah berikut membuat kebijakan bernama test-agent-policy di projectGoogle Cloud bernama test-project, yang menginstal versi terbaru Agent for Compute Workloads di semua VM yang di-deploy di zona us-centrail-f. Konfigurasi yang ditentukan dalam agent-config.json diterapkan ke agen.

gcloud beta compute zone-vm-extension-policies create test-agent-policy  \
    --project=test-project \
    --zone=us-central1-f \
    --extensions=google-cloud-workload-extension \
    --config-file-path=google-cloud-workload-extension="/usr/agent-config.json"

Memverifikasi penginstalan agen

Untuk memastikan bahwa agen berjalan seperti yang diharapkan, selesaikan langkah-langkah berikut:

Windows

1. Buat koneksi dengan instance komputasi Anda menggunakan RDP.

   Untuk mengetahui informasi tentang cara melakukannya, lihat Terhubung ke VM Windows menggunakan RDP.

2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   $(Get-Service -Name 'google-cloud-workload-agent' -ErrorAction Ignore).Status
   

   Jika agen berjalan seperti yang diharapkan, Anda akan melihat statusnya sebagai Running.

RHEL

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Periksa status paket agen:

   systemctl status google-cloud-workload-agent
   

   Jika paket agen berjalan seperti yang diharapkan, output akan berisi active (running). Contoh:

   google-cloud-workload-agent.service - Google Cloud Agent for Compute Workloads
   Loaded: loaded (/usr/lib/systemd/system/google-cloud-workload-agent.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2025-07-30 18:59:12 UTC; 10s ago
   Main PID: 14412 (google_cloud_sq)
     Tasks: 7
   Memory: 12.9M (max: 1.0G limit: 1.0G available: 1011.0M)
   CGroup: /system.slice/google-cloud-workload-agent.service
           └─ 14412 /usr/bin/google_cloud_sql_server_agent --action=run

SLES

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Periksa status paket agen:

   systemctl status google-cloud-workload-agent
   

   Jika paket agen berjalan seperti yang diharapkan, output akan berisi active (running). Contoh:

   google-cloud-workload-agent.service - Google Cloud Agent for Compute Workloads
   Loaded: loaded (/usr/lib/systemd/system/google-cloud-workload-agent.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2025-07-30 18:59:12 UTC; 10s ago
   Main PID: 14412 (google_cloud_sq)
     Tasks: 7
   Memory: 12.9M (max: 1.0G limit: 1.0G available: 1011.0M)
   CGroup: /system.slice/google-cloud-workload-agent.service
           └─ 14412 /usr/bin/google_cloud_sql_server_agent --action=run

Debian

1. Buat koneksi SSH dengan instance komputasi Anda.

2. Periksa status paket agen:

   systemctl status google-cloud-workload-agent
   

   Jika paket agen berjalan seperti yang diharapkan, output akan berisi active (running). Contoh:

   google-cloud-workload-agent.service - Google Cloud Agent for Compute Workloads
   Loaded: loaded (/usr/lib/systemd/system/google-cloud-workload-agent.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2025-07-30 18:59:12 UTC; 10s ago
   Main PID: 14412 (google_cloud_sq)
     Tasks: 7
   Memory: 12.9M (max: 1.0G limit: 1.0G available: 1011.0M)
   CGroup: /system.slice/google-cloud-workload-agent.service
           └─ 14412 /usr/bin/google_cloud_sql_server_agent --action=run

Parameter konfigurasi

Tabel berikut menjelaskan parameter untuk file konfigurasi agen.

Parameter
log_level	String Untuk menetapkan level logging agen, tetapkan nilai yang diperlukan. Level log yang tersedia adalah sebagai berikut: DEBUG INFO WARNING ERROR Level log default adalah INFO. Jangan ubah level logging kecuali jika Anda diarahkan oleh Cloud Customer Care.
log_to_cloud	Boolean Untuk mengalihkan log agen ke Cloud Logging, tentukan true. Nilai defaultnya adalah true.
agent_properties.log_usage_metrics	Boolean Untuk mengaktifkan logging metrik kesehatan agen, tetapkan nilai ke true. Nilai defaultnya adalah false.
common_discovery.collection_frequency	Duration Tentukan frekuensi, dalam detik, saat layanan penemuan beban kerja agen berjalan. Nilai defaultnya adalah 10800s. Pastikan nilai parameter ini diakhiri dengan s huruf kecil.
sqlserver_configuration.enabled	Boolean Untuk mengaktifkan pengumpulan metrik SQL Server dalam agen, tetapkan nilai sebagai true. Default-nya adalah false. Catatan: Agar parameter konfigurasi khusus agen SQL Server lainnya diterapkan, tetapkan sqlserver_configuration.enabled ke true.
sqlserver_configuration.collection_configuration.collect_guest_os_metrics	Boolean Untuk mengaktifkan pengumpulan metrik OS, tetapkan nilai sebagai true. Default-nya adalah true. Jangan tetapkan sqlserver_configuration.collection_configuration.collect_guest_os_metrics ke false kecuali jika Anda diarahkan oleh Cloud Customer Care.
sqlserver_configuration.collection_configuration.collect_sql_metrics	Boolean Untuk mengaktifkan pengumpulan metrik SQL Server, tentukan true. Default-nya adalah true. Jangan tetapkan sqlserver_configuration.collection_configuration.collect_sql_metrics ke false kecuali jika Anda diarahkan oleh Cloud Customer Care.
sqlserver_configuration.collection_configuration.collection_frequency	Duration Frekuensi pengumpulan metrik Agent for Compute Workloads, dalam hitungan detik. Default-nya adalah 3600s. Anda dapat memperbarui frekuensi pengumpulan. Namun, sebaiknya tetap gunakan nilai default.
sqlserver_configuration.credential_configurations[].connection_parameters[].host	String Nama host SQL Server.
sqlserver_configuration.credential_configurations[].connection_parameters[].username	String Tentukan akun pengguna yang digunakan untuk membuat kueri instance SQL Server. Untuk mengonfigurasi izin akun, tinjau izin yang diperlukan dalam skrip izin dan berikan izin tersebut sesuai dengan kebijakan internal Anda. Catatan: Jika Anda menggunakan Windows Authentication, pastikan untuk menentukan nama pengguna dalam format berikut: domain-name\\user-name
sqlserver_configuration.credential_configurations[].connection_parameters[].secret.project_id	String ID project tempat secret disimpan. Tetapkan ke string kosong ("") jika secret dan instance VM host ada di project Google Cloud yang sama.
sqlserver_configuration.credential_configurations[].connection_parameters[].secret.secret_name	String Untuk memberikan sandi dengan aman bagi akun pengguna database yang digunakan agen untuk mengkueri SQL Server, tentukan nama secret di Secret Manager yang berisi kredensial keamanan untuk akun pengguna database. Catatan: Secret dan instance VM host harus ada di project Google Cloud yang sama.
sqlserver_configuration.credential_configurations[].connection_parameters[].port	Int Tentukan port tempat instance SQL Server Anda menerima kueri.
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.host	String Alamat IP atau FQDN VM Windows jarak jauh
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.username	String Tentukan akun pengguna yang digunakan untuk terhubung dari jarak jauh ke VM Windows.
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.secret.secret_name	String Untuk memberikan sandi dengan aman bagi akun pengguna Windows yang digunakan agen untuk terhubung ke VM dari jarak jauh, tentukan nama secret di Secret Manager yang berisi kredensial keamanan untuk akun pengguna database. Catatan: Secret dan instance VM host harus ada di project yang sama. Google Cloud
sqlserver_configuration.credential_configurations[].local_collection	Boolean Tentukan true untuk menunjukkan bahwa agen melakukan pengumpulan data lokal. Default-nya adalah true.
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameters.host	String Alamat IP atau FQDN VM Linux jarak jauh.
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameters.username	String Tentukan akun pengguna yang digunakan untuk terhubung dari jarak jauh ke VM Linux.
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameter.port	Int Tentukan nomor port SSH untuk VM Linux jarak jauh.
sqlserver_configuration.credential_configurations[].remote_linux.linux_ssh_private_key_path	String Tentukan jalur ke file kunci pribadi SSH.
sqlserver_configuration.credential_configurations[].vm_properties.instance_name	String Tentukan nama instance VM Compute Engine Anda. Catatan: Opsional untuk koleksi lokal.
sqlserver_configuration.credential_configurations[].vm_properties.instance_id	String Tentukan ID instance VM Compute Engine Anda. Catatan: Opsional untuk koleksi lokal.
sqlserver_configuration.collection_timeout	Duration Waktu tunggu untuk pengumpulan metrik, dalam hitungan detik. Default-nya adalah `10s`.
sqlserver_configuration.max_retries	Int Jumlah maksimum percobaan ulang saat pengumpulan data gagal. Nilai defaultnya adalah `3`.
sqlserver_configuration.retry_frequency	Duration Tentukan frekuensi agen harus mencoba lagi saat pengumpulan gagal. Nilai defaultnya adalah `3600s`.
sqlserver_configuration.remote_collection	Boolean Tentukan true untuk menunjukkan bahwa agen sedang melakukan pengumpulan data jarak jauh. Defaultnya adalah false.

Contoh file konfigurasi

Berikut adalah contoh konfigurasi yang memungkinkan Agen untuk Compute Workloads terhubung dengan instance SQL Server:

Pengumpulan lokal

{
"log_level": "INFO",
"common_discovery": {
    "collection_frequency": "10800s"
},
"sqlserver_configuration": {
    "enabled": true,
    "collection_configuration": {
        "collect_guest_os_metrics": true,
        "collect_sql_metrics": true,
        "collection_frequency": "60s"
    },
    "credential_configurations": [
        {
            "connection_parameters": [
                {
                    "host": ".",
                    "username": "db_user_name",
                    "secret": {
                        "project_id": "",
                        "secret_name": "idb_pwd_secret_name"
                    },
                    "port": 1433
                }
            ],
            "local_collection": true
        }
    ],
    "collection_timeout": "60s",
    "max_retries": 5,
    "retry_frequency": "3600s"
}
}

Pengumpulan jarak jauh

{
"log_level": "INFO",
"common_discovery": {
    "collection_frequency": "10800s"
},
"sqlserver_configuration": {
    "enabled": true,
    "collection_configuration": {
        "collect_guest_os_metrics": true,
        "collect_sql_metrics": true,
        "collection_frequency": "60s"
    },
    "credential_configurations": [
        {
            "connection_parameters": [
                {
                    "host": "sql_server_instance",
                    "username": "db_user_name",
                    "secret": {
                        "project_id": "",
                        "secret_name": "db_pwd_secret_name"
                    },
                    "port": 1433
                }
            ],
            "remote_win": {
                "connection_parameters": {
                    "host": "sql_server_instance",
                    "username": "user_name",
                    "secret": {
                        "project_id": "",
                        "secret_name": "pwd_secret_name"
                    }
                }
            },
            "vm_properties": {
                "instance_name": "db01",
                "instance_id": "9999999999999999999"
            }
        },
        {
            "connection_parameters": [
                {
                    "host": "sql_server_instance",
                    "username": "db_user_name",
                    "secret": {
                        "project_id": "",
                        "secret_name": "db_pwd_secret_name"
                    },
                    "port": 1433
                }
            ],
            "remote_linux": {
                "connection_parameters": {
                    "host": "sql_server_instance",
                    "username": "user_name",
                    "secret": {
                        "project_id": "",
                        "secret_name": "pwd_secret_name"
                    },
                    "port": 22
                },
                "linux_ssh_private_key_path": "path of the private key"
            },
            "vm_properties": {
                "instance_name": "db02",
                "instance_id": "9999999999999999999"
            }
        }
    ],
    "collection_timeout": "10s",
    "max_retries": 3,
    "retry_frequency": "3600s",
    "remote_collection": true
}
}

Memeriksa versi agen

Untuk memeriksa versi agen Anda, selesaikan langkah-langkah berikut:

Windows

1. Menggunakan RDP untuk terhubung ke mesin host.
2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   googet installed google-cloud-workload-agent

RHEL

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   yum info google-cloud-workload-agent

SUSE

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   zypper info google-cloud-workload-agent

Debian

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   dpkg -s google-cloud-workload-agent | grep version

Memulai ulang agen

Jika Agen untuk Compute Workloads berhenti berfungsi atau Anda memperbarui konfigurasinya, mulai ulang agen.

Pilih sistem operasi Anda, lalu ikuti langkah-langkahnya:

Windows

1. Menggunakan RDP untuk terhubung ke mesin host.
2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   Restart-Service -Name 'google-cloud-workload-agent' -Force

Linux

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo systemctl restart google-cloud-workload-agent

Memperbarui agen

Untuk memastikan Anda memiliki agen versi terbaru, Anda harus memeriksa update secara berkala dan mengupdate agen.

Memeriksa update

Pilih sistem operasi Anda, lalu ikuti langkah-langkahnya:

Windows

1. Menggunakan RDP untuk terhubung ke mesin host.
2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   googet latest google-cloud-workload-agent

RHEL

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo yum check-update google-cloud-workload-agent

SLES

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo zypper list-updates -r google-cloud-workload-agent

Debian

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo apt list google-cloud-workload-agent

Menginstal update

Pilih sistem operasi Anda, lalu ikuti langkah-langkahnya:

Windows

1. Menggunakan RDP untuk terhubung ke mesin host.
2. Sebagai administrator, jalankan perintah berikut dari PowerShell:

   googet install google-cloud-workload-agent

RHEL

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo yum --nogpgcheck update google-cloud-workload-agent

SLES

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo zypper --no-gpg-checks update google-cloud-workload-agent

Debian

1. Menggunakan SSH untuk terhubung ke mesin host.
2. Jalankan perintah berikut:

   sudo apt-get install google-cloud-workload-agent

Lihat log agen di Cloud Logging

Secara default, log untuk Agen untuk Compute Workloads dialihkan dari instance VM Anda ke Cloud Logging.

Untuk melihat log agen di Logging, ikuti langkah-langkah berikut:

1. Di konsol Google Cloud , buka halaman Logs Explorer.

   Buka Logs Explorer

2. Buka panel Query.

3. Dari menu drop-down Resources, pilih Global, lalu klik Apply.

4. Di editor kueri, masukkan google-cloud-workload-agent.

5. Klik Run query.

   Anda akan melihat log yang dihasilkan oleh instance agen yang berjalan di semua instance VM Anda. Untuk memfilter log dari mesin tertentu, gunakan filter yang tersedia di antarmuka.

Menonaktifkan log agen di Cloud Logging

Untuk menonaktifkan pengalihan default log agen ke Cloud Logging, ikuti langkah-langkah berikut:

1. Buat koneksi RDP atau SSH dengan instance VM host Anda.

2. Buka file konfigurasi agen:

   Windows

   %ProgramFiles%\Google\google-cloud-workload-agent\conf\configuration.json

   Linux

   /etc/google-cloud-workload-agent/configuration.json

3. Untuk properti log_to_cloud, perbarui nilai menjadi false.

4. Simpan file konfigurasi.

5. Mulai ulang agen agar perubahan ini diterapkan.

Memecahkan masalah

Bagian berikut memberikan informasi tentang masalah umum terkait penggunaan Agen untuk Compute Workloads, penyebab, dan penyelesaiannya.

Cakupan autentikasi tidak memadai

Masalah: Jika Anda membatasi cakupan akses pada instance VM host, log Agen untuk Compute Workloads mungkin menampilkan error izin IAM yang tidak memadai.

  googleapi: Error 403: Request had insufficient authentication scopes.
  Details:
  [
    {
      "@type": "type.googleapis.com/google.rpc.ErrorInfo",
      "domain": "googleapis.com",
      "metadata": {
        "method": "google.cloud.workloadmanager.datawarehouse.v1.DataCollectService.WriteInsight",
        "service": "workloadmanager.googleapis.com"
      },
      "reason": "ACCESS_TOKEN_SCOPE_INSUFFICIENT"
    }
  ]


More details:
  Reason: insufficientPermissions, Message: Insufficient Permission

Penyebab: Agen untuk Compute Workloads memerlukan cakupan akses Cloud API minimum pada instance VM host.

Penyelesaian: Untuk mengatasi masalah ini, aktifkan cakupan akses yang diperlukan

Gagal memuat file konfigurasi

Masalah: Jika file konfigurasi memiliki nilai yang tidak valid, Anda akan melihat error berikut.

"Failed to load configuration","pid":3524,"error":"proto: (line 19:42): unknown
field "{field_name}"

Penyelesaian: Untuk mengatasi masalah ini, perbarui file konfigurasi menggunakan detail di Parameter konfigurasi.

Gagal melakukan inisialisasi pengumpulan data

Masalah: Setelah menginstal agen, jika file konfigurasi tidak diperbarui, Anda akan melihat error berikut:

"Failed to initialize guest collection","pid":2112,"error":"invalid value for "user_name" "secret_name"

Penyelesaian: Untuk mengatasi masalah ini, inisialisasi konfigurasi kredensial menggunakan Parameter konfigurasi.

Langkah berikutnya

• Pelajari lebih lanjut evaluasi workload.