Internet Information Services

Integrasi Internet Information Services (IIS) mengumpulkan telemetri dari server web IIS Anda. Metrik ini memberikan informasi koneksi dan juga data tentang byte yang ditransfer. Integrasi ini juga mengumpulkan informasi dari log akses.

Untuk informasi selengkapnya tentang IIS, lihat dokumentasi Internet Information Services.

Sebelum memulai

Ops Agent versi 2.15.0 memperkenalkan dukungan untuk kumpulan metrik IIS baru menggunakan awalan workload.googleapis.com/. Anda harus mengonfigurasi agen untuk mengumpulkan metrik ini, seperti yang dijelaskan dalam Contoh konfigurasi.

Agen Operasi selalu mendukung kumpulan metrik IIS yang terbatas; metrik ini menggunakan awalan agent.googleapis.com/iis/. Tidak diperlukan konfigurasi tambahan untuk mengumpulkan metrik ini di VM Windows.

Dokumen ini merujuk pada metrik dengan awalan agent sebagai metrik v1 dan metrik dengan awalan workload sebagai metrik v2. Untuk tabel metrik ini, lihat Yang dipantau.

Mulai dari Ops Agent versi 2.15.0, Anda dapat mengonfigurasi agen untuk mengumpulkan metrik v1, metrik v2, atau keduanya.

Prasyarat

Untuk mengumpulkan telemetri IIS, Anda harus menginstal Agen Operasional:

  • Untuk metrik v1, instal versi 1.0.0 atau yang lebih tinggi.
  • Untuk metrik v2, instal versi 2.15.0 atau yang lebih tinggi
  • Untuk log, instal versi 2.14.0 atau yang lebih tinggi.

Integrasi ini mendukung IIS versi 8.5 dan 10.0.

Mengonfigurasi Agen Operasional untuk IIS

Dengan mengikuti panduan untuk mengonfigurasi Agen Ops, tambahkan elemen yang diperlukan untuk mengumpulkan telemetri dari instance IIS, dan mulai ulang agen.

Contoh konfigurasi

Perintah berikut akan membuat konfigurasi untuk mengumpulkan dan menyerap telemetry untuk IIS dan memulai ulang Ops Agent.

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    iis_v2:
      type: iis
      receiver_version: 2
  service:
    pipelines:
      iispipeline:
        receivers:
          - iis_v2
logging:
  receivers:
    iis_access:
      type: iis_access
  service:
    pipelines:
      iis:
        receivers:
        - iis_access
"

# Stop-Service may fail if the service isn't in a Running state yet.
(Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
Stop-Service google-cloud-ops-agent -Force
Start-Service google-cloud-ops-agent*

Penerima ini hanya mendukung format logging W3C default.

Mengonfigurasi pengumpulan log

Untuk menyerap log akses dari IIS, Anda harus membuat penerima untuk log, lalu membuat pipeline untuk penerima baru.

Untuk mengonfigurasi penerima log iis_access, tentukan kolom berikut:

Kolom Default Deskripsi
exclude_paths [] Daftar pola jalur sistem file yang akan dikecualikan dari kumpulan yang dicocokkan oleh include_paths.
include_paths ['C:\inetpub\logs\LogFiles\W3SVC1\u_ex*'] Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (*) dapat digunakan di jalur; misalnya, C:\inetpub\logs\LogFiles\W3SVC1\u_ex*.
type Nilai harus berupa iis_access.
record_log_file_path false Jika ditetapkan ke true, jalur ke file tertentu tempat data log diperoleh akan muncul di entri log output sebagai nilai label agent.googleapis.com/log_file_path. Saat menggunakan karakter pengganti, hanya jalur file tempat data diperoleh yang dicatat.
wildcard_refresh_interval 60s Interval saat jalur file karakter pengganti di include_paths diperbarui. Ditentukan sebagai interval waktu yang dapat diuraikan oleh time.ParseDuration, misalnya 30d atau 2m. Properti ini mungkin berguna dalam throughput logging yang tinggi, dengan file log dirotasi lebih cepat daripada interval default.

Apa itu log?

logName berasal dari ID penerima yang ditentukan dalam konfigurasi. Kolom mendetail di dalam LogEntry adalah sebagai berikut.

Log iis_access berisi kolom berikut di LogEntry:

Kolom Jenis Deskripsi
httpRequest.referer string Konten header Referer
httpRequest.remoteIp string IP klien yang membuat permintaan
httpRequest.requestMethod string Metode HTTP
httpRequest.requestUrl string URL permintaan (biasanya hanya bagian jalur URL)
httpRequest.serverIp string IP dan port server yang diminta
httpRequest.status angka Kode status HTTP
httpRequest.userAgent string Konten header User-Agent
jsonPayload.sc_substatus angka Kode error substatus
jsonPayload.sc_win32_status angka Kode status Windows
jsonPayload.time_taken angka Durasi waktu yang diperlukan tindakan, dalam milidetik
jsonPayload.user string Nama pengguna terautentikasi untuk permintaan
timestamp string (Timestamp) Waktu permintaan diterima

Mengonfigurasi pengumpulan metrik v1

Agen Operasional di VM Microsoft Windows secara otomatis mengumpulkan metrik IIS v1. Tidak diperlukan konfigurasi tambahan. Untuk informasi tentang cara mengumpulkan metrik v2 saja, lihat Mengonfigurasi pengumpulan metrik v2.

Setelah Anda menyiapkan instance IIS baru, IIS mungkin tidak langsung melaporkan metrik apa pun. Dengan menggunakan konsol Server Manager yang sudah diinstal di Windows Server, Anda mungkin melihat bahwa server memiliki status Online - Performance Counters not started di kolom Manageability.

Salah satu cara untuk mengaktifkan IIS agar dapat menghasilkan metrik adalah dengan mengklik kanan server IIS di konsol Server Manager dan memilih Start Performance Counters. Server Anda akan mulai mengirim metrik ke Ops Agent.

Mengonfigurasi pengumpulan metrik v2

Untuk menyerap metrik v2 dari IIS, Anda harus membuat penerima untuk metrik yang dihasilkan IIS, lalu membuat pipeline untuk penerima baru.

Penerima ini tidak mendukung penggunaan beberapa instance dalam konfigurasi, misalnya, untuk memantau beberapa endpoint. Semua instance tersebut menulis ke deret waktu yang sama, dan Cloud Monitoring tidak dapat membedakannya.

Untuk mengonfigurasi penerima metrik iis, tentukan kolom berikut:

Kolom Default Deskripsi
collection_interval 60-an Nilai time.Duration, seperti 30s atau 5m.
receiver_version Versi metrik yang dikumpulkan; gunakan 2 untuk mengumpulkan metrik v2.
type Nilai ini harus iis.

Secara default, metrik v1 dikumpulkan secara otomatis. Anda dapat meningkatkan metrik v1 dengan mengumpulkan metrik v2 secara tambahan, atau Anda dapat mengganti metrik v1 untuk hanya mengumpulkan metrik v2.

  • Untuk mengumpulkan metrik v2 saja, lakukan tindakan berikut:

    • Beri nama penerima iis.
    • Tetapkan kolom type ke iis.
    • Tetapkan kolom receiver_version ke 2.
    • Gunakan penerima ini di pipeline default_pipeline Anda. Konfigurasi ini menggantikan konfigurasi bawaan penerima iis.

  • Untuk mengumpulkan metrik v1 dan v2, lakukan tindakan berikut:

    • Beri nama penerima Anda selain iis, seperti iis_v2.
    • Tetapkan kolom type ke iis.
    • Tetapkan receiver_version ke 2.
    • Gunakan penerima ini di pipeline baru Anda. Konfigurasi ini menambahkan penerima v2, bukan mengganti penerima bawaan. Skrip di Contoh konfigurasi menggunakan pendekatan ini.

Yang dipantau

Mulai versi 2.15.0, Agen Operasi dapat mengumpulkan dua kumpulan metrik yang berbeda:

  • Metrik v1: agent.googleapis.com/iis/.
  • Metrik v2: workload.googleapis.com/.
Metrik V1

Tabel berikut memberikan daftar metrik v1 yang dikumpulkan Ops Agent dari instance IIS.

String "jenis metrik" dalam tabel ini harus diawali dengan agent.googleapis.com/iis/. Awalan tersebut telah dihilangkan dari entri dalam tabel. Saat membuat kueri label, gunakan awalan metric.labels.; misalnya, metric.labels.LABEL="VALUE".

Jenis metrik Tahap peluncuran (Tingkat hierarki resource)
Nama tampilan
Jenis, Tipe, Unit
Resource yang dimonitor		 Deskripsi
Label
current_connections GA  (project)
Koneksi terbuka IIS
GAUGE, DOUBLE, 1
aws_ec2_instance
gce_instance 		Koneksi yang saat ini terbuka ke IIS. Diambil sampelnya setiap 60 detik.
network/transferred_bytes_count GA  (project)
Byte yang ditransfer IIS
CUMULATIVE, INT64, By
aws_ec2_instance
gce_instance 		Byte jaringan yang ditransfer oleh IIS. Diambil sampelnya setiap 60 detik.
direction: Arah (terkirim, diterima)
new_connection_count GA  (project)
Koneksi IIS
CUMULATIVE, INT64, 1
aws_ec2_instance
gce_instance 		Koneksi yang dibuka ke IIS. Diambil sampelnya setiap 60 detik.
request_count GA  (project)
Permintaan IIS
CUMULATIVE, INT64, 1
aws_ec2_instance
gce_instance 		Permintaan yang dibuat ke IIS. Diambil sampelnya setiap 60 detik.
http_method: Metode HTTP (post, put, get, delete, option, trace, head)

Tabel dihasilkan pada 12-12-2024 18.24.29 UTC.

Metrik V2

Tabel berikut memberikan daftar metrik v2 yang dikumpulkan Ops Agent dari instance IIS.

Jenis metrik 
Jenis, Tipe
Resource yang dimonitor		 Label
workload.googleapis.com/iis.connection.active
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/iis.connection.anonymous
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/iis.connection.attempt.count
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/iis.network.blocked
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/iis.network.file.count
CUMULATIVE, INT64
gce_instance 		direction
workload.googleapis.com/iis.network.io
CUMULATIVE, INT64
gce_instance 		direction
workload.googleapis.com/iis.request.count
CUMULATIVE, INT64
gce_instance 		request
workload.googleapis.com/iis.request.queue.age.max
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/iis.request.queue.count
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/iis.request.rejected
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/iis.thread.active
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/iis.uptime
GAUGE, INT64
gce_instance 		 

Memverifikasi konfigurasi

Bagian ini menjelaskan cara memverifikasi bahwa Anda telah mengonfigurasi penerima IIS dengan benar. Mungkin perlu waktu satu atau dua menit agar Ops Agent mulai mengumpulkan telemetri.

Untuk memverifikasi bahwa log IIS dikirim ke Cloud Logging, lakukan tindakan berikut:

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

    Buka Logs Explorer

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Logging.

  2. Masukkan kueri berikut di editor, lalu klik Run query: 
    resource.type="gce_instance"
log_id("iis_access")

Untuk memverifikasi bahwa metrik IIS dikirim ke Cloud Monitoring, lakukan tindakan berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics explorer:

    Buka Metrics explorer

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar panel pembuat kueri, pilih tombol yang namanya adalah  MQL atau  PromQL.
  3. Pastikan MQL dipilih di tombol Language. Tombol bahasa berada di toolbar yang sama yang memungkinkan Anda memformat kueri.
    • Untuk metrik v1, masukkan kueri berikut di editor, lalu klik Run query: 
      fetch gce_instance
| metric 'agent.googleapis.com/iis/request_count'
| every 1m
    • Untuk metrik v2, masukkan kueri berikut di editor, lalu klik Run: 
      fetch gce_instance
| metric 'workload.googleapis.com/iis.request.count'
| every 1m

Lihat dasbor

Untuk melihat metrik IIS, Anda harus mengonfigurasi diagram atau dasbor. Integrasi IIS menyertakan satu atau beberapa dasbor untuk Anda. Dasbor apa pun akan otomatis diinstal setelah Anda mengonfigurasi integrasi dan Agen Operasional telah mulai mengumpulkan data metrik.

Anda juga dapat melihat pratinjau statis dasbor tanpa menginstal integrasi.

Untuk melihat dasbor yang terinstal, lakukan tindakan berikut:

  1. Di konsol Google Cloud, buka halaman  Dasbor:

    Buka Dasbor

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Pilih tab Daftar Dasbor, lalu pilih kategori Integrasi.
  3. Klik nama dasbor yang ingin Anda lihat.

Jika Anda telah mengonfigurasi integrasi, tetapi dasbor belum diinstal, pastikan Agen Operasional berjalan. Jika tidak ada data metrik untuk diagram di dasbor, penginstalan dasbor akan gagal. Setelah Ops Agent mulai mengumpulkan metrik, dasbor akan diinstal untuk Anda.

Untuk melihat pratinjau statis dasbor, lakukan tindakan berikut:

  1. Di konsol Google Cloud, buka halaman  Integrations:

    Buka Integrations

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Klik filter platform deployment Compute Engine.
  3. Temukan entri untuk IIS dan klik Lihat Detail.
  4. Pilih tab Dasbor untuk melihat pratinjau statis. Jika dasbor telah diinstal, Anda dapat membukanya dengan mengklik Lihat dasbor.

Untuk mengetahui informasi selengkapnya tentang dasbor di Cloud Monitoring, lihat Dasbor dan diagram.

Untuk informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.

Menginstal kebijakan pemberitahuan

Kebijakan pemberitahuan menginstruksikan Cloud Monitoring untuk memberi tahu Anda saat kondisi yang ditentukan terjadi. Integrasi IIS menyertakan satu atau beberapa kebijakan pemberitahuan untuk Anda gunakan. Anda dapat melihat dan menginstal kebijakan pemberitahuan ini dari halaman Integrasi di Monitoring.

Untuk melihat deskripsi kebijakan pemberitahuan yang tersedia dan menginstalnya, lakukan hal berikut:

  1. Di konsol Google Cloud, buka halaman  Integrations:

    Buka Integrations

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Temukan entri untuk IIS dan klik Lihat Detail.
  3. Pilih tab Notifikasi. Tab ini memberikan deskripsi tentang kebijakan pemberitahuan yang tersedia dan menyediakan antarmuka untuk menginstalnya.
  4. Instal kebijakan pemberitahuan. Kebijakan pemberitahuan perlu mengetahui tempat untuk mengirim notifikasi bahwa pemberitahuan telah dipicu, sehingga memerlukan informasi dari Anda untuk penginstalan. Untuk menginstal kebijakan pemberitahuan, lakukan hal berikut:
    1. Dari daftar kebijakan pemberitahuan yang tersedia, pilih kebijakan yang ingin Anda instal.

    2. Di bagian Konfigurasi notifikasi, pilih satu atau beberapa saluran notifikasi. Anda memiliki opsi untuk menonaktifkan penggunaan saluran notifikasi, tetapi jika Anda melakukannya, kebijakan pemberitahuan akan diaktifkan secara otomatis. Anda dapat memeriksa statusnya di Pemantauan, tetapi Anda tidak menerima notifikasi.

      Untuk informasi selengkapnya tentang saluran notifikasi, lihat Mengelola saluran notifikasi.

    3. Klik Create Policies.

Untuk informasi selengkapnya tentang kebijakan pemberitahuan di Cloud Monitoring, lihat Pengantar pemberitahuan.

Untuk informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.

Langkah selanjutnya

Untuk panduan tentang cara menggunakan Ansible untuk menginstal Agen Operasional, mengonfigurasi aplikasi pihak ketiga, dan menginstal contoh dasbor, lihat video Menginstal Agen Operasional untuk memecahkan masalah aplikasi pihak ketiga.