FAQ: Instans tingkat enterprise
-
Apa itu instans tingkat enterprise dan instans tingkat pemula?
-
Apa perbedaan mendasar antara instans tingkat enterprise dan instans tingkat pemula?
-
Instans mana yang termasuk tingkat enterprise dan mana yang termasuk tingkat pemula?
-
Apa saja batasan yang berlaku untuk perubahan tipe instans pada instans tingkat enterprise?
-
Dapatkah saya mengubah tipe instans dari instans tingkat pemula menjadi instans tingkat enterprise?
FAQ: Instans yang dioptimalkan untuk memori persisten
FAQ: Instans u1 komputasi-teroptimalkan tujuan umum
FAQ: Instans e ekonomis
FAQ: ECS Bare Metal Instances
FAQ: SCC
Lampiran
Apa itu instans tingkat enterprise dan instans tingkat pemula?
Instans tingkat enterprise adalah kategori keluarga instans yang diluncurkan Alibaba Cloud pada September 2016. Instans ini menawarkan kinerja tinggi, daya komputasi stabil, dan kinerja jaringan seimbang. Karena menyediakan sumber daya komputasi, penyimpanan, dan jaringan yang khusus serta stabil, keluarga instans ini ideal untuk beban kerja enterprise yang memerlukan stabilitas layanan tinggi.
Instans tingkat pemula dirancang untuk situs web skala kecil hingga menengah atau pengguna individu. Dibandingkan dengan instans tingkat enterprise, instans tingkat pemula menekankan pemanfaatan sumber daya bersama. Akibatnya, instans ini tidak menjamin kinerja komputasi yang stabil, tetapi lebih hemat biaya.
Instans tingkat enterprise vs. tingkat pemula
Instans tingkat enterprise menggunakan mode penjadwalan CPU tetap. Setiap vCPU diikat ke hyper-thread CPU fisik, sehingga instans tidak saling bersaing untuk sumber daya CPU dan menjamin kinerja komputasi stabil yang didukung oleh Service Level Agreement (SLA) ketat.
Instans tingkat pemula menggunakan mode penjadwalan CPU tidak terikat. Setiap vCPU dialokasikan secara acak ke hyper-thread CPU idle mana pun, sehingga vCPU dari instans berbeda saling bersaing untuk sumber daya CPU fisik. Hal ini dapat menyebabkan fluktuasi kinerja komputasi saat beban tinggi. Instans tingkat pemula memiliki SLA ketersediaan, tetapi tidak memiliki SLA kinerja.
Instans tingkat enterprise dan tingkat pemula
Di antara keluarga instans yang tersedia, instans tingkat pemula mencakup e, t6, t5, s6, n4, mn4, xn4, dan e4. Semua keluarga instans lainnya termasuk dalam kategori instans tingkat enterprise.
Kapan saya harus menggunakan instans tingkat enterprise?
Untuk panduan pemilihan berdasarkan kasus penggunaan, lihat Keluarga instans dan Praktik terbaik pemilihan tipe instans.
Kinerja jaringan instans tingkat enterprise
Kinerja jaringan instans tingkat enterprise meningkat seiring dengan ukuran tipe instansnya. Tipe instans yang lebih besar memberikan kinerja jaringan yang lebih tinggi. Untuk informasi lebih lanjut tentang kinerja jaringan berbagai tipe instans, lihat Keluarga instans.
Batasan perubahan tipe instans
Untuk informasi lebih lanjut, lihat Batasan dan pemeriksaan untuk perubahan tipe instans.
Mengubah instans tingkat pemula menjadi instans tingkat enterprise
Untuk informasi lebih lanjut, lihat Batasan dan pemeriksaan untuk perubahan tipe instans.
Penerapan Redis langsung pada memori persisten
Menjalankan aplikasi Redis pada instans yang dioptimalkan untuk memori persisten dapat secara signifikan mengurangi total biaya kepemilikan (TCO) per gibibyte (GiB) memori. Namun, untuk memastikan kinerja optimal, Anda perlu memodifikasi aplikasi Redis. Pendekatan utamanya adalah tiering data: menyimpan data panas di memori standar dan data dingin di memori persisten.
Untuk meminimalkan biaya modifikasi aplikasi, keluarga instans re6p menyediakan tipe instans khusus Redis yang memungkinkan Anda menerapkan aplikasi Redis hanya dengan menjalankan beberapa perintah. Untuk informasi lebih lanjut, lihat Menerapkan aplikasi Redis pada instans dengan memori persisten.
Saat membeli instans, pilih tipe instans dengan format nama ecs.re6p-redis.<nx>large.
Migrasi kluster Redis ke memori persisten
Selama migrasi, pastikan stabilitas layanan dan keandalan data. Pertama, beli instans yang dioptimalkan untuk memori persisten, jalankan layanan bisnis dalam skala kecil, lalu lakukan pengujian traffic untuk memverifikasi apakah model kinerja dan kapasitas dasar memenuhi ekspektasi Anda. Jika pengujian berhasil, Anda dapat secara bertahap memperluas kluster instans yang dioptimalkan untuk memori persisten hingga migrasi selesai.
Penerapan langsung server parameter pada memori persisten
Node server parameter (PS) menyimpan semua parameter pelatihan dari kluster pelatihan. Secara tradisional, hampir semua parameter disimpan di memori, yang memerlukan kapasitas memori besar dan mahal. Dengan menggunakan instans yang dioptimalkan untuk memori persisten dan mengonfigurasi memori persistennya sebagai memori, Anda dapat menyimpan semua parameter di memori persisten dan hanya menyimpan tabel hash di memori standar. Pendekatan ini secara signifikan mengurangi TCO kluster pelatihan.
Mengonfigurasi memori persisten sebagai disk lokal
Anda dapat menggunakan alat untuk mengonfigurasi memori persisten sebagai disk lokal. Untuk informasi lebih lanjut, lihat Mengonfigurasi dan menggunakan memori persisten.
Aplikasi apa saja yang memerlukan disk lokal berkinerja tinggi?
Untuk mengoptimalkan kinerja atau biaya aplikasi intensif I/O Anda, pertimbangkan penggunaan instans yang dioptimalkan untuk memori persisten dalam pengujian. Instans jenis ini dapat mengatasi beberapa masalah umum terkait kinerja dan biaya, seperti:
-
Latensi kueri SQL tunggal yang tinggi atau kebutuhan waktu respons (RT) yang lebih stabil.
-
Pemuatan sumber daya yang lambat dalam skenario seperti antarmuka depan game, database berbeban tinggi, dan aplikasi web berbeban tinggi.
-
Pembelian disk berkapasitas besar untuk mencapai IOPS atau bandwidth lebih tinggi, namun menyisakan kapasitas tambahan yang tidak terpakai sehingga menimbulkan biaya tidak perlu.
Dalam skenario aplikasi intensif I/O khas, instans yang dioptimalkan untuk memori persisten dapat membantu menyeimbangkan kinerja dan biaya. Contohnya meliputi:
Database NoSQL seperti Redis, Cassandra, dan MongoDB
Database terstruktur seperti MySQL
Aplikasi intensif I/O seperti e-commerce, game online, dan aplikasi media
Skenario pencarian yang menggunakan solusi seperti Elasticsearch
Streaming video langsung, pesan instan, dan game online berbasis ruangan yang memerlukan koneksi persisten
Database relasional berkinerja tinggi dan sistem OLTP
Penerapan langsung Redis dan MySQL pada disk memori persisten
Modifikasi aplikasi tidak diperlukan karena aplikasi Redis dan MySQL mengenali memori persisten sebagai SSD standar.
Perbandingan kinerja disk memori persisten
Anda dapat menjalankan pengujian dengan langkah-langkah berikut:
-
Konfigurasikan memori persisten sebagai disk lokal dan pasang disk tersebut.
Untuk informasi lebih lanjut, lihat Mengonfigurasi dan menggunakan memori persisten.
-
Gunakan alat pengujian kinerja disk untuk menguji kinerja disk tersebut.
Untuk informasi tentang cara menggunakan Fio guna menguji kinerja disk pada sistem Linux, lihat perintah pengujian kinerja cloud disk di Menguji kinerja perangkat penyimpanan blok.
Seberapa andal memori persisten?
Keandalan data di memori persisten bergantung pada keandalan server fisik dan perangkat memori persisten, sehingga menimbulkan risiko single point of failure. Terapkan redundansi data di lapisan aplikasi dan simpan data bisnis jangka panjang di cloud disk untuk memastikan keandalan data.
Selain itu, saat Anda melepas instans yang dioptimalkan untuk memori persisten, data di memori persisten akan dihapus secara otomatis. Cadangkan data Anda sebelum melepas instans. Proses pelepasan instans yang dioptimalkan untuk memori persisten memerlukan waktu lebih lama dibandingkan instans biasa karena waktu yang dibutuhkan untuk menghapus data dari memori persisten.
Kasus penggunaan instans u1
Instans u1 ditujukan untuk perusahaan skala kecil hingga menengah dan cocok untuk sebagian besar skenario tujuan umum yang tidak memiliki persyaratan tinggi terhadap daya komputasi dan kinerja CPU, seperti aplikasi web dan situs web, aplikasi perkantoran enterprise, analitik data offline, serta database skala kecil hingga menengah.
Kasus penggunaan yang tidak cocok untuk instans u1
-
Skenario aplikasi yang bergantung pada daya komputasi dan kinerja tinggi untuk memberikan pengalaman pengguna unggul, seperti gaming dan perdagangan frekuensi tinggi. Gunakan instans c7, g7, atau r7 untuk skenario ini.
-
Skenario aplikasi yang memiliki persyaratan tinggi terhadap konsistensi kinerja, seperti skenario ketersediaan tinggi (HA) di mana server primer dan sekunder harus memiliki kinerja yang sama. Instans u1 mendukung beberapa platform server, dan kinerja bisnis dapat sangat bervariasi di antara platform tersebut. Gunakan instans c7, g7, atau r7 untuk skenario ini.
Model prosesor instans u1
Instans u1 mendukung prosesor Intel® Xeon® Platinum 6149 (Skylake), 8163 (Skylake), 8269CY (Cascade Lake), 8260 (Cascade Lake), 8369HB (Cooper Lake), dan 8369HC (Cooper Lake).
Penentuan model prosesor
Instans u1 tidak mendukung penentuan model prosesor.
Frekuensi prosesor u1
Instans u1 berjalan di atas platform server dengan berbagai tingkat daya komputasi. Frekuensi dasar dan turbo CPU-nya bergantung pada model CPU host tempat instans tersebut berada. Frekuensi aktual dapat berubah karena instans dapat dimigrasikan ke platform CPU yang berbeda selama siklus hidupnya.
Migrasi instans u1 lintas platform server
Selama siklus hidupnya, instans u1 dapat dimigrasikan ke host baru karena alasan seperti peningkatan host dasar atau operasi dan pemeliharaan (O&M). Host baru dapat menggunakan prosesor yang berbeda dari host aslinya. Semua jenis instans dapat mengalami migrasi selama siklus hidupnya. Untuk informasi lebih lanjut tentang kemungkinan perubahan prosesor setelah migrasi instans u1, lihat Instans komputasi-teroptimalkan tujuan umum (u1).
Kasus penggunaan yang tidak cocok untuk instans e
Skenario bisnis tingkat enterprise yang memerlukan stabilitas kinerja tinggi dan SLA kinerja yang dijamin untuk server cloud.
Model CPU dan spesifikasi instans e
Instans e menggunakan prosesor Intel® Xeon® Platinum scalable dan tidak mendukung penentuan model prosesor.
Instans e dibangun di atas platform CPU mainstream yang hemat biaya dan dapat dimigrasikan ke platform CPU yang berbeda selama siklus hidupnya. Langkah teknis memastikan kompatibilitas bisnis lintas platform yang berbeda.
Frekuensi prosesor instans e
Frekuensi dasar adalah 2,5 GHz. Karena instans e dapat dimigrasikan ke platform CPU yang berbeda selama siklus hidupnya, frekuensi turbo tidak dijamin.
Migrasi instans e lintas platform server
Selama siklus hidupnya, instans e ekonomis dapat dimigrasikan ke Host baru karena alasan seperti peningkatan Host yang mendasarinya atau operasi dan pemeliharaan (O&M). Host baru tersebut mungkin menggunakan Prosesor yang berbeda dari Host semula.
Host dasar dikelola oleh Alibaba Cloud. Jenis instans ini mengandalkan teknologi pooling sumber daya dan algoritma penjadwalan cerdas Alibaba Cloud untuk melakukan manajemen sumber daya dinamis, sehingga memberikan daya komputasi, stabilitas, ketersediaan, dan elastisitas berkelanjutan bagi aplikasi Anda.
Membandingkan ECS Bare Metal, VM, dan server fisik
Untuk informasi lebih lanjut tentang perbedaan antara ECS Bare Metal Instance, server cloud tradisional (mesin virtual), dan server fisik tradisional, lihat Tipe ECS Bare Metal Instance.
Kinerja jaringan ECS Bare Metal Instance
Kinerja jaringan ECS Bare Metal Instance meningkat seiring dengan ukuran tipe instansnya. Tipe instans yang lebih besar memberikan kinerja jaringan yang lebih tinggi. Untuk informasi lebih lanjut tentang kinerja jaringan berbagai tipe instans, lihat Keluarga instans.
Tipe disk yang didukung dan penyambungan disk
ECS Bare Metal Instance mendukung ESSD, SSD standar, dan ultra disk. Anda dapat menyambungkan hingga 16 disk data ke ECS Bare Metal Instance.
Dukungan perubahan tipe instans dan failover
ECS Bare Metal Instance tidak mendukung perubahan tipe instans. Namun, jika terjadi kegagalan perangkat keras, failover didukung dan semua data tetap disimpan di cloud disk.
Ketidaksesuaian jumlah prosesor logis di Windows 10 Pro
Beberapa tipe ECS Bare Metal Instance memiliki lebih dari dua chip CPU fisik, tetapi Windows 10 Pro hanya mendukung maksimal dua CPU. Artinya, hanya dua chip CPU fisik yang dapat digunakan. Untuk mengatasi masalah ini, beralihlah ke gambar publik Windows Server yang disediakan oleh Alibaba Cloud.
Menggunakan fitur RDMA SCC
Saat membuat instans SCC, pilih gambar publik khusus SCC. Gambar ini mendukung driver Remote Direct Memory Access over Converged Ethernet (RoCE) dan stack OpenFabrics Enterprise Distribution (OFED). Anda dapat menggunakan fitur RDMA melalui pemrograman InfiniBand (IB) verbs atau menggunakan Message Passing Interface (MPI) untuk komunikasi RDMA.
Prosedur: Pada tab Public Image, pilih Alibaba Cloud Linux sebagai sistem operasi, pilih 3.2104 LTS 64-bit SCC Edition sebagai versi, lalu aktifkan Security Hardening.