Merencanakan lingkungan Azure Time Series Insights Gen2 Anda

Catatan

Layanan Time Series Insights (TSI) tidak akan lagi didukung setelah Maret 2025. Pertimbangkan untuk memigrasikan lingkungan TSI yang ada ke solusi alternatif sesegera mungkin. Untuk informasi selengkapnya tentang penghentian dan migrasi, kunjungi dokumentasi kami.

Artikel ini menjelaskan praktik terbaik untuk merencanakan dan memulai dengan cepat menggunakan Azure Time Series Insights Gen2.

Praktik terbaik untuk perencanaan dan persiapan

Praktik terbaik seputar perencanaan dan persiapan lingkungan Anda dijelaskan lebih lanjut dalam artikel berikut:

Azure Time Series Insights menggunakan model bisnis bayar sesuai pemakaian. Untuk informasi selengkapnya tentang biaya dan kapasitas, baca Harga Azure Time Series Insights.

Lingkungan Gen2

Saat Anda memprovisikan lingkungan Azure Time Series Insights Gen2, Anda membuat dua sumber daya Azure:

  • Lingkungan Azure Time Series Insights Gen2
  • Akun Azure Storage

Sebagai bagian dari proses provisi, Anda menentukan apakah ingin mengaktifkan penyimpanan hangat. Penyimpanan hangat memberi Anda pengalaman kueri berjenjang. Saat diaktifkan, Anda harus menentukan periode retensi antara 7 dan 30 hari. Kueri yang dijalankan dalam periode retensi penyimpanan hangat umumnya memberikan waktu respons yang lebih cepat. Saat kueri membentang selama periode retensi penyimpanan hangat, kueri disajikan dari penyimpanan dingin.

Kueri di penyimpanan hangat adalah gratis, sementara kueri di penyimpanan dingin dikenakan biaya. Penting untuk memahami pola kueri Anda dan merencanakan konfigurasi penyimpanan hangat yang sesuai. Kami menyarankan agar analitik interaktif pada data terbaru berada di penyimpanan hangat dan analisis pola Anda dan tren jangka panjang berada dalam dingin.

Catatan

Untuk membaca selengkapnya tentang cara mengueri data hangat Anda, baca Referensi API.

Untuk memulai, Anda memerlukan tiga item tambahan:

Tinjau batasan Azure Time Series Insights Gen2

Batas properti

Batas properti Azure Time Series Insights telah meningkat menjadi 1.000 untuk penyimpanan hangat dan tidak ada batas properti untuk penyimpanan dingin. Properti aktivitas yang disediakan memiliki kolom JSON, CSV, dan bagan yang dapat Anda tampilkan dalam Penjelajah Azure Time Series Insights Gen2.

SKU Properti maksimum
Gen2 (L1) 1\.000 properti (kolom) untuk penyimpanan hangat dan tidak terbatas untuk penyimpanan dingin
Gen1 (S1) 600 properti (kolom)
Gen1 (S2) 800 properti (kolom)

Konsumsi Streaming

  • Ada maksimal dua sumber aktivitas per lingkungan.

  • Praktik terbaik dan panduan umum untuk sumber aktivitas dapat ditemukan di sini

  • Secara default, Azure Time Series Insights Gen2 dapat menyerap data yang masuk dengan kecepatan hingga 1 megabyte per detik (MBps) per lingkungan Azure Time Series Insights Gen2. Ada batasan tambahan per partisi hub. Tarif hingga 2 MBps dapat disediakan dengan mengirimkan tiket dukungan melalui portal Azure. Untuk mempelajari lebih lanjut, baca Batas Throughput Konsumsi Streaming.

Batasan API

Batas REST API untuk Azure Time Series Insights Gen2 ditentukan dalam dokumentasi referensi REST API.

Konfigurasikan properti ID Seri Waktu dan Tanda Waktu

Untuk membuat lingkungan Azure Time Series Insights baru, pilih ID Seri Waktu. Melakukan tindakan demikian sebagai partisi logis untuk data Anda. Seperti yang dibahas, pastikan untuk menyiapkan ID Seri Waktu Anda.

Penting

ID Seri Waktu tidak dapat diubah lagi. Verifikasi semuanya sebelum pemilihan akhir dan penggunaan awal.

Anda dapat memilih hingga tiga kunci untuk membedakan sumber daya Anda secara unik. Untuk informasi selengkapnya, baca Praktik terbaik untuk memilih ID Seri Waktu dan Aturan penyerapan.

Properti Tanda Waktu juga penting. Anda dapat menunjuk properti ini saat menambahkan sumber kejadian. Setiap sumber kejadian memiliki properti Tanda Waktu opsional yang digunakan untuk melacak sumber kejadian seiring waktu. Nilai tanda waktu sensitif terhadap huruf besar/kecil dan harus diformat ke spesifikasi setiap sumber kejadian.

Saat dibiarkan kosong, waktu ketika acara diantrekan ke IoT Hub atau Event Hub digunakan sebagai tanda waktu kejadian. Secara umum, pengguna akan memilih untuk menyesuaikan properti tanda waktu dan menggunakan waktu ketika sensor atau tag menghasilkan pembacaan daripada menggunakan waktu antrean hub. Untuk informasi lebih lanjut dan untuk membaca tentang offset zona waktu baca Tanda waktu sumber kejadian.

Pahami Model Seri Waktu

Kini Anda dapat mengonfigurasi Model Seri Waktu Azure Time Series Insights. Model baru ini memudahkan Anda menemukan dan menganalisis data IoT. Hal ini memungkinkan kurasi, pemeliharaan, dan pengayaan data seri waktu dan membantu menyiapkan himpunan data yang siap digunakan. Model ini menggunakan ID Seri Waktu, yang memetakan ke instans yang mengaitkan sumber daya unik dengan variabel, yaitu jenis, dan hierarki. Baca tentang gambaran umum Model Seri Waktu untuk mempelajari selengkapnya.

Modelnya dinamis, sehingga dapat dibangun kapan saja. Untuk memulai dengan cepat, buat dan unggah sebelum mendorong data ke Azure Time Series Insights. Untuk membangun model Anda, baca Gunakan Model Seri Waktu.

Bagi banyak pelanggan, Model Seri Waktu memetakan ke model aset yang sudah ada atau sistem ERP yang sudah ada di tempat. Jika Anda tidak memiliki model yang ada, pengalaman pengguna bawaan disediakan agar cepat dijalankan. Untuk membayangkan bagaimana model dapat membantu Anda, lihat sampel lingkungan demo.

Membentuk kejadian Anda

Anda dapat memverifikasi cara mengirim kejadian ke Azure Time Series Insights. Idealnya, kejadian Anda didenormalisasi dengan baik dan efisien.

Aturan praktis yang baik:

  • Simpan metadata dalam Model Seri Waktu Anda.
  • Pastikan Mode Seri Waktu, bidang instans, dan kejadian hanya menyertakan informasi yang diperlukan, seperti properti ID Seri Waktu atau Tanda Waktu.

Untuk informasi lebih lanjut dan untuk memahami bagaimana peristiwa akan diratakan dan disimpan, baca Aturan meratakan dan kepergian JSON.

Pemulihan bencana bisnis

Bagian ini menjelaskan fitur Azure Time Series Insights yang menjaga aplikasi dan layanan tetap berjalan, meskipun bencana terjadi (dikenal sebagai pemulihan bencana bisnis).

Ketersediaan tinggi

Sebagai layanan Azure, Azure Time Series Insights menyediakan fitur ketersediaan tinggi tertentu dengan menggunakan redundansi di tingkat wilayah Azure. Misalnya, Azure mendukung kemampuan pemulihan bencana melalui fitur ketersediaan lintas wilayah Azure.

Fitur ketersediaan tinggi tambahan yang disediakan melalui Azure (dan juga tersedia untuk instans Azure Time Series Insights) termasuk:

Pastikan Anda mengaktifkan fitur Azure yang relevan untuk menyediakan ketersediaan tinggi lintas wilayah global untuk perangkat dan pengguna Anda.

Catatan

Jika Azure dikonfigurasi untuk mengaktifkan ketersediaan lintas wilayah, tidak diperlukan konfigurasi ketersediaan lintas wilayah tambahan di Azure Time Series Insights.

IoT dan hub acara

Beberapa layanan Azure IoT juga menyertakan fitur pemulihan bencana bisnis bawaan:

Mengintegrasikan Azure Time Series Insights dengan layanan lain memberikan peluang pemulihan bencana tambahan. Misalnya, telemetri yang dikirim ke hub peristiwa Anda mungkin tetap untuk database penyimpanan Azure Blob cadangan.

Azure Time Series Insights

Ada beberapa cara untuk menjaga data, aplikasi, dan layanan Azure Time Series Insights Anda tetap berjalan, sekalipun layanan sedang terganggu.

Namun, Anda mungkin menentukan bahwa salinan cadangan lengkap lingkungan Azure Time Series Anda juga diperlukan, untuk tujuan berikut:

  • Sebagai instans failover khusus untuk Azure Time Series Insights untuk mengalihkan data dan lalu lintas
  • Untuk mempertahankan data dan mengaudit informasi

Secara umum, cara terbaik untuk menduplikasi lingkungan Azure Time Series Insights adalah dengan membuat lingkungan Azure Time Series Insights kedua di wilayah Azure cadangan. Peristiwa juga dikirim ke lingkungan sekunder ini dari sumber peristiwa utama Anda. Pastikan Anda menggunakan kelompok konsumen khusus kedua. Ikuti pedoman pemulihan bencana bisnis sumber tersebut, seperti yang dijelaskan sebelumnya.

Untuk membuat lingkungan duplikat:

  1. Membuat lingkungan di wilayah kedua. Untuk informasi selengkapnya, baca Membuat lingkungan Azure Time Series Insights baru di portal Microsoft Azure.
  2. Buat grup konsumen khusus kedua untuk sumber peristiwa Anda.
  3. Hubungkan sumber peristiwa tersebut ke lingkungan baru. Pastikan Anda menunjuk kelompok konsumen khusus kedua.
  4. Tinjau dokumentasi Azure Time Series Insights Azure IoT Hub dan Event Hubs.

Jika terjadi peristiwa:

  1. Jika wilayah utama Anda terpengaruh selama insiden bencana, rutekan kembali operasi ke lingkungan Azure Time Series Insights cadangan.
  2. Karena nomor urutan hub dimulai ulang dari 0 setelah failover, buat ulang sumber peristiwa di kedua wilayah /lingkungan dengan grup konsumen yang berbeda untuk menghindari pembuatan hal yang akan terlihat seperti peristiwa duplikat.
  3. Hapus sumber peristiwa utama, yang sekarang tidak aktif, untuk membebaskan sumber peristiwa yang tersedia untuk lingkungan Anda. (Ada batas dua sumber peristiwa aktif per lingkungan.)
  4. Gunakan wilayah kedua Anda untuk mencadangkan dan memulihkan semua telemetri Azure Time Series Insights dan data kueri.

Penting

Jika failover terjadi:

  • Penundaan juga dapat terjadi.
  • Lonjakan sesaat dalam pemrosesan pesan mungkin terjadi, karena operasi dibuka kembali.

Untuk informasi selengkapnya, baca Mengurangi latensi di Azure Time Series Insights.

Langkah berikutnya

  • Tinjau Azure Advisor untuk merencanakan opsi konfigurasi pemulihan bisnis Anda.
  • Tinjau Azure Advisor untuk merencanakan opsi konfigurasi pemulihan bisnis Anda.
  • Baca selengkapnya tentang penyerapan data di Azure Time Series Insights Gen2.
  • Tinjau artikel tentang penyimpanan data di Azure Time Series Insights Gen2.
  • Pelajari tentang pemodelan data di Azure Time Series Insights Gen2.