Merencanakan lingkungan Azure Time Series Insights Gen2 Anda
Catatan
Layanan Time Series Insights akan dihentikan pada 7 Juli 2024. Pertimbangkan untuk memigrasikan lingkungan 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:
- Apa yang Anda dapatkan saat memprovisikan lingkungan Azure Time Series Insights Gen2.
- Apa ID Seri Waktu dan properti Tanda Waktu Anda.
- Apa itu model Seri Waktu baru, dan cara membangunnya milik anda sendiri.
- Cara mengirim kejadian secara efisien di JSON.
- Opsi pemulihan bencana bisnis Azure Time Series Insights.
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:
- Model Seri Waktu
- Sumber kejadian yang terhubung ke Time Series Insights
- Kejadian yang mengalir ke sumber kejadian yang dipetakan ke model dan dalam format JSON yang valid
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.
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:
- Failover: Azure menyediakan geo-replikasi dan penyeimbangan beban.
- Pemulihan data dan pemulihan penyimpanan:Azure menyediakan beberapa opsi untuk mempertahankan dan memulihkan data.
- Azure Site Recovery: Azure menyediakan fitur pemulihan melalui Azure Site Recovery.
- Azure Backup: Azure Backup mendukung pencadangan Azure VM lokal dan di cloud.
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:
- Pemulihan bencana ketersediaan tinggi Azure IoT Hub, yang mencakup redundansi intra-wilayah
- Kebijakan Azure Event Hubs
- Redundansi Azure Storage
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:
- Membuat lingkungan di wilayah kedua. Untuk informasi selengkapnya, baca Membuat lingkungan Azure Time Series Insights baru di portal Microsoft Azure.
- Buat grup konsumen khusus kedua untuk sumber peristiwa Anda.
- Hubungkan sumber peristiwa tersebut ke lingkungan baru. Pastikan Anda menunjuk kelompok konsumen khusus kedua.
- Tinjau dokumentasi Azure Time Series Insights Azure IoT Hub dan Event Hubs.
Jika terjadi peristiwa:
- Jika wilayah utama Anda terpengaruh selama insiden bencana, rutekan kembali operasi ke lingkungan Azure Time Series Insights cadangan.
- 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.
- 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.)
- 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.