SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Produk
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • Berita dan acara
  • Cluster server penyederhanaan
  • Kisah sukses
  • Hubungi kami
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Amazon EC2 Storage Dan Instance Size Considerations

Februari 12, 2018 by Jason Aw Leave a Comment

Saat meluncurkan instance baru, Anda hanya memiliki dua opsi untuk penyimpanan OS: Standard or Procurement IOPS. Keduanya adalah volume Amazon Elastic Block Store (EBS) yang terus berlanjut di reboot. Banyak contoh datang dengan sekumpulan drive ekstra singkat yang melekat, yang TIDAK bersifat persisten. Saya biasanya menghapus drive fana ini jadi saya tidak tergoda untuk menyimpan data pada mereka. Anda harus menambahkan volume EBS tambahan untuk penyimpanan persisten tambahan.

Artikel ini nampaknya menunjukkan bahwa Anda dapat meluncurkan AMI berdasarkan "EC2 Instance Store", yang TIDAK bersifat persisten, namun saya belum pernah melihat opsi itu. Semua contoh saya selalu memiliki perangkat akar yang berbasis EBS; Saya belum melihat yang tidak berbasis EBS. Saya berasumsi bahwa itu berarti beberapa contoh di Amazon Market Place mungkin menggunakan volume non-persisten. http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/RootDeviceStorage.html

Anda akan melihat perangkat akar saat meluncurkan instance, seperti yang saya soroti di bawah ini. Selama EBS adalah perangkat akar yang Anda sukai dan pastikan perubahan Anda akan bertahan di reboot.

PENYIMPANAN STAF AMAZON EC2 DAN PERTUMBUHAN INSTANSI

 

Sejauh ukuran contoh, itu akan tergantung pada kebutuhan aplikasi. Hal yang baik tentang EC2 adalah jika Anda menyediakan AMI yang berada di bawah status aktif, Anda dapat kembali dan meningkatkan ukuran contoh, meskipun memerlukan reboot. Jika IOPS penting, Anda akan ingin memastikan bahwa Anda memilih sebuah instance yang dioptimalkan EBS. Lihat halaman ini untuk rincian contohnya. Anda akan melihat tipe contoh pertama yang dioptimalkan EBS adalah M1.large.

Butuh Beberapa Tip?

Baca panduan ini untuk perbaikan tambahan untuk konfigurasi penyimpanan yang optimal. Salah satu tip terbaik untuk meningkatkan IOPS adalah dengan menggunakan beberapa volume EBS yang lebih kecil dan menggabungkannya dalam RAID 0 di server Windows. Karena volume EBS adalah RAID1 pada backend, pada dasarnya Anda menggunakan RAID 1 + 0 di VM Anda untuk mendapatkan kinerja dan ketersediaan yang optimal.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2013/12/12/amazon-ec2-storage-and-instance-size-considerations/

Filed Under: Cluster server penyederhanaan Tagged With: ec2, Penyimpanan Amazon EC2

Tulisan Terbaru

  • 10 Pertimbangan dalam Memilih Solusi Ketersediaan Tinggi di Lingkungan Nutanix
  • Apakah server saya sekali pakai? Bagaimana perangkat lunak High Availability sesuai dengan praktik terbaik cloud
  • Strategi Pemulihan Data untuk Dunia yang Rawan Bencana
  • DataKeeper dan Baseball: Pendekatan Strategis terhadap Pemulihan Bencana
  • Penganggaran untuk Risiko Downtime SQL Server

Posting Terpopuler

Bergabunglah dengan Milis Kami

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in