Как мне интерпретировать дисковые операции ввода-вывода в секунду, указанные поставщиками облачного хостинга, по сравнению с указанными производителями дисков?
) Когда я смотрю на варианты хранения на дисках (блочных устройствах) от различных поставщиков облачного хостинга, я обычно вижу такие числа, как:
- Google Cloud ( Zonal SSD ]): 15,000 - 100,000 операций чтения IOPS
- OVH Cloud: ( High Speed / SSD): до 3.000 IOPS
- AWS: ( io1 / SSD): до 64 000 IOPS
Я ничего не знаю о базовой технологии.
Даже если эти облачные провайдеры будут использовать некоторые из доступных вариантов более медленных SSD (обычные потребительские SATA SSD), некоторые из этих дисков поставляются со спецификациями IOPS для чтения и записывает в диапазоне от 90,0000 и выше (если посмотреть на 860 EVO SSD 2.5). Твердотельный накопитель NVMe обеспечит гораздо лучшую пропускную способность. Даже если эти облачные провайдеры объединят эти SSD-диски в какой-то кластер хранения, я все равно удивлюсь, если вижу, что количество операций ввода-вывода в секунду упадет с 90 000 до 3 000.
У меня такое ощущение, что эти числа несопоставимы, даже несмотря на то, что используется одна и та же метрика (IOPS).
Как мне интерпретировать количество операций ввода-вывода в секунду, указанное поставщиками облачных услуг, и число операций ввода-вывода в секунду, указанное производителями дисков?
Google-k 900.000 eta 2.700.000 IOPS zehazten ditu tokiko SSD baterako. Horrek erakusten du haien hardwarea guztiz gai dela. "SSD zonala" IOPS askoz txikiagoa da, baina hori zona jakin bateko zerbitzari guztiek eskura dezaketen diskoa da. Horrek esan nahi du zure kodea exekutatzen ari den zerbitzaritik urrun dagoela eta zure zerbitzariaren eta SSDren arteko softwarea dago aldi bereko sarbidea kudeatzeko.
Bai, IOPS asko kostatzen da hori. Hori ez da ustekabekoa. Ikusi besterik ez dago NVMe SSD lokalaren (2.700.000 IOPS) eta NVMe ez denaren (900.000 IOPS) arteko desberdintasun handia. Dagoeneko errendimendu gordinaren% 66 galtzen duzu flash txipen eta PUZaren arteko autobus motel bakarra sartuta. Hori da ziurrenik SATA kablearen zentimetro batzuk eta kable horren bi aldeetako SATA txipak.SSD abiadura gordinak oso handiak dira, ezen edozein gainkarga izugarria izango baita.
Intelek NVMe ere oso motela zela uste zuen Optane biltegiratze produktuarentzat, eta DIMMren bila joan zen, RAM bezala. Horrek zentzua du; Intel-en PUZ-ek segundo bakoitzeko mila milioi memoria transferentzia egin ditzake. (ez milioika, benetan hiru magnitude ordena gehiago dira). Hala ere, badirudi Optane-k huts egiten duela alde horretatik: milioi bat IOPS azpitik itsatsita dago eta DIMM interfazeak gehiegizko jokaldia dirudi. Baina norabidea argia da; nahiz eta NVMe laster motelegi bihur daiteke tokiko biltegiratzeko. Abiaduraren errezeta sarbide zuzena da bururik gabe. Aipatu dituzun zifrek erakusten dute errendimenduak zenbateko jaitsiera izan dezakeen gainkarga gehitzen duzunean.
Kuotak. Alokairu anitzekoa. Ostalariaren IOPS zenbaketa erredundantziaren ondoren. Eskalagarritasun mugak beren (seguruenik IP oinarritutako) biltegiratze pila batekin. SSD disko azkarragoa saltzea. Egia esan praktikoa denarekin zintzoa eta kontserbadorea izatea. Arrazoi posibleen zerrenda luzea da.
Disko bat mugatzaileegia bada, hainbat erants ditzakezu eta guztiak ostalari bakarrean erabil ditzakezu, esan LVM-rekin. Bitxia da IOPSentzako SSDak tamaina edukitzea baino edukiera, baina agian horixe da disko mota horien muga.
Zure biltegiratze matrizea exekutatu nahi baduzu, egin ezazu. Jakina, horrek esan nahi du ezin duzula AWS edo GCP biltegiratze kudeatua erabili.
Zure biltegiratze aukerak edozein direla ere, zure lan kargaren antzeko zerbait probatu beharko zenuke. Karga errealista ahal baduzu, IO sintetikoak fio edo diskspd behar izanez gero.
Bereziki 100k IOPS bultzatu behar badituzu. Karga maila hori biltegiratze pila baten ariketa larria da oraindik.