У чым галоўная розніца паміж ПВ і ПВХ у Kubernetes?


адказ 1:

Бесперапынны аб'ём PV з'яўляецца адзінкай захоўвання і канцэптуальна не адрозніваецца ад іншых сістэм захоўвання.

Менавіта ПВХ сцвярджае дэкларатыўны характар ​​Кубэрнэтаў. Струк сцвярджае пазоў, і тады Кубэрнэтэс спрабуе задаволіць яго. Распрацоўшчык паказвае, што яму трэба, а не загадваць сістэме зрабіць гэта.

Гэта прыклад аўтаматызацыі разгортвання воблака з дэкларатыўнай канфігурацыяй.


адказ 2:

PersistentVolume (PV) - гэта рэсурс кластара, які можа быць створаны па прызначэнні адміністратарам альбо дынамічна разгорнуты з выкарыстаннем класаў захоўвання, якія я коратка абмяркую. StorageClass дае спосаб адвольнага прызначэння адміністратарам апісання розных "класаў захоўвання". Такім чынам, палі "Provisioner", "Parameter" і "reclaimPolicy" могуць быць дынамічна прадастаўлены, для чаго павінна быць прадастаўлена "PersistentVolume" адпаведнага класа. Навучарныя табліцы, як тамы, - гэта клас убудовы, але яны могуць захоўвацца ў сваім жыццёвым цыкле, незалежна ад асобных струкоў, якія выкарыстоўваюць гэты PV.

Пастаянныя аб'ёмы прэтэнзій можна параўнаць з сувяззю паміж стручкамі і вузламі. Там, дзе струкі спажываюць рэсурсы з вузла. Устойлівыя патрабаванні аб'ёму спажываюць рэсурсы з PersistentVolume для запытаў канкрэтнага карыстальніка. Як і струкі, якія спажываюць працэсар і рэсурсы памяці з вузла, прэтэнзіі займаюць памяць з пастаяннага тома і маюць пэўныя схемы доступу, такія як чытанне / запіс, толькі чытанне і гэтак далей.

Пастаянныя заяўкі на аб'ём - гэта абстракцыя, якая дазваляе карыстальнікам спажываць рэсурсы захоўвання, не турбуючыся аб канкрэтнай рэалізацыі мноства розных тыпаў магчымых рэсурсаў захоўвання, якімі кіруе адміністратар кластара.

Па сутнасці, устойлівыя заяўкі на аб'ём звязаны з пастаяннымі аб'ёмамі па просьбе карыстальніка і іх лягчэй разглядаць як ПВ як рэсурсы кластара, у той час як ПВП з'яўляюцца патрабаваннямі да гэтых рэсурсаў. Спрошчаны жыццёвы цыкл ўключае ў сябе забеспячэнне, абавязацельства, выкарыстанне, уключаючы абарону пры выкарыстанні і аднаўленне.

Такім чынам, планіроўшчык можа ўлічваць усе абмежаванні планавання пры выбары падыходнага PersistentVolume для PersistentVolumeClaim ад StorageClass, затрымліваючы прывязку падчас узгаднення.