Klien semakin banyak bermigrasi ke cloud untuk mengejar fleksibilitas: jauh lebih mudah untuk menambahkan disk, memori, dan prosesor di sini jika ada yang hilang. Tetapi terkadang para pemula menemukan bahwa menambahkan sumber daya tidak membantu. Kecepatan kerja tidak meningkat, dan masalah dimulai dengan pencadangan dan pemulihan.
Hari ini, bersama dengan @kvolodin, kami akan berbagi mengapa peningkatan tak terbatas pada sumber daya VM dapat membahayakan pengguna dan bagaimana merencanakan peningkatan kinerja dengan cara yang jelas namun kuat. Artikel ini berguna bagi mereka yang telah pindah atau berencana pindah ke cloud dan masih mengenal nuansa lingkungan cloud.
Alasan yang jelas: batasan dan cadangan perangkat keras
Sekarang di cloud kami, penambahan sumber daya melebihi batas dapat dibatasi di tingkat perangkat lunak. Jika seseorang mencoba keluar, mereka akan segera menerima pesan di antarmuka Cloud Director:
Tapi tidak selalu demikian. Di versi vCloud Director yang lebih lama, kami tidak dapat secara kaku membatasi beberapa parameter dan batasan yang ditentukan hanya dalam kontrak. Sayangnya, terkadang informasi dari kontrak bahkan tidak sampai ke insinyur klien, dan mereka dapat merasakan konsekuensinya sendiri.
20 16 . Veeam Backup&Replication. 16 , . Veeam , . , . , .
. . , IaaS . , .
40 , 20 . 30 . , , , .
. , - . - , . . , .
. . - , .
, .
, . . .
. . , . . , “” . : , .
. , 100%. , , . . .
, “ ”. 24 , .
. vCloud Director. . , . , . , .
. .
. . , . , .
, , .
, , , . Enterprise- - 24/7 . , .
, , SATA-. CPU, .
. : , . : .
― . “” “”. “” , “” .
, . , , .
. , . , , .
. : NetApp 16 .
-.
, .
CPU
IOPS
, IOPS: /. :
.
, , - .
.
, . IOPS IOPS .
. , .
. .
. .
: , . , .
, . , 8 , 4 2 . .
. . , .