
Ky artikull do të diskutojë se si funksionon , dhe do të ketë edhe një pjesë praktike me lidhjen e tyre me Docker.
Rreth problemeve të zakonshme me Docker dhe zgjidhjet e tyre tashmë , sot do të përshkruaj shkurtimisht zbatimin nga Kata Containers. Kata Containers është një kohëzgjatje e sigurt e kontejnerëve bazuar në makina virtuale të lehta. Puna me ta është e njëjtë si me kontejnerët e tjerë, por përveç kësaj ka një izolim më të besueshëm duke përdorur teknologjinë e virtualizimit të harduerit. Projekti filloi në vitin 2017, kur komuniteti me të njëjtin emër përfundoi bashkimin e ideve më të mira nga Intel Clear Containers dhe Hyper.sh RunV, pas së cilës puna vazhdoi për mbështetjen për arkitektura të ndryshme, duke përfshirë AMD64, ARM, IBM p- dhe z. - seri. Për më tepër, puna mbështetet brenda hipervizorëve QEMU, Firecracker dhe ka edhe integrim me kontejnerin. Kodi është i disponueshëm në nën licencën MIT.
Karakteristikat kryesore
- Duke punuar me një bërthamë të veçantë, duke siguruar kështu rrjetin, memorien dhe izolimin I/O, është e mundur të detyrohet përdorimi i izolimit të harduerit bazuar në shtesat e virtualizimit
- Mbështetje për standardet e industrisë duke përfshirë OCI (format kontejner), Kubernetes CRI
- Performancë e qëndrueshme e kontejnerëve konvencionalë Linux, duke rritur izolimin pa mbingarkesën që ndikon në performancën e makinave virtuale të rregullta
- Eliminoni nevojën për të drejtuar kontejnerët brenda makinave virtuale të plota, ndërfaqet gjenerike thjeshtojnë integrimin dhe lëshimin
Instalim
Ka opsionet e instalimit, do të konsideroj instalimin nga depot, bazuar në sistemin operativ Centos 7.
Është e rëndësishme: Puna e Kata Containers mbështetet vetëm në harduer, përcjellja e virtualizimit nuk funksionon gjithmonë gjithashtu kanë nevojë për mbështetje sse4.1 nga procesori.
Instalimi i kontejnerëve Kata është mjaft i thjeshtë:
Instaloni shërbimet për të punuar me depo:
# yum -y install yum-utilsÇaktivizo Selinux (është më e saktë të konfigurosh, por për thjeshtësi e çaktivizoj):
# setenforce 0
# sed -i 's/^SELINUX=enforcing$/SELINUX=permissive/' /etc/selinux/configNe lidhim depon dhe kryejmë instalimin
# source /etc/os-release
# ARCH=$(arch)
# BRANCH="${BRANCH:-stable-1.10}"
# yum-config-manager --add-repo "http://download.opensuse.org/repositories/home:/katacontainers:/releases:/${ARCH}:/${BRANCH}/CentOS_${VERSION_ID}/home:katacontainers:releases:${ARCH}:${BRANCH}.repo"
# yum -y install kata-runtime kata-proxy kata-shimrregullim
Unë do të konfiguroj për të punuar me docker, instalimi i tij është tipik, nuk do ta përshkruaj më në detaje:
# rpm -qa | grep docker
docker-ce-cli-19.03.6-3.el7.x86_64
docker-ce-19.03.6-3.el7.x86_64
# docker -v
Docker version 19.03.6, build 369ce74a3cNe bëjmë ndryshime në daemon.json:
# cat <<EOF > /etc/docker/daemon.json
{
"default-runtime": "kata-runtime",
"runtimes": {
"kata-runtime": {
"path": "/usr/bin/kata-runtime"
}
}
}
EOFRinis dokerin:
# service docker restartKontrolli shëndetësor
Nëse e nisni kontejnerin përpara se të rindizni docker, mund të shihni se uname do të japë versionin e kernelit që funksionon në sistemin kryesor:
# docker run busybox uname -a
Linux 19efd7188d06 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 GNU/LinuxPas një rifillimi, versioni i kernelit duket si ky:
# docker run busybox uname -a
Linux 9dd1f30fe9d4 4.19.86-5.container #1 SMP Sat Feb 22 01:53:14 UTC 2020 x86_64 GNU/LinuxMë shumë ekipe!
# time docker run busybox mount
kataShared on / type 9p (rw,dirsync,nodev,relatime,mmap,access=client,trans=virtio)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev type tmpfs (rw,nosuid,size=65536k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666)
sysfs on /sys type sysfs (ro,nosuid,nodev,noexec,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,relatime,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (ro,nosuid,nodev,noexec,relatime,xattr,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (ro,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (ro,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup (ro,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (ro,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (ro,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (ro,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup (ro,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (ro,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (ro,nosuid,nodev,noexec,relatime,cpuset)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=65536k)
kataShared on /etc/resolv.conf type 9p (rw,dirsync,nodev,relatime,mmap,access=client,trans=virtio)
kataShared on /etc/hostname type 9p (rw,dirsync,nodev,relatime,mmap,access=client,trans=virtio)
kataShared on /etc/hosts type 9p (rw,dirsync,nodev,relatime,mmap,access=client,trans=virtio)
proc on /proc/bus type proc (ro,relatime)
proc on /proc/fs type proc (ro,relatime)
proc on /proc/irq type proc (ro,relatime)
proc on /proc/sys type proc (ro,relatime)
tmpfs on /proc/acpi type tmpfs (ro,relatime)
tmpfs on /proc/timer_list type tmpfs (rw,nosuid,size=65536k,mode=755)
tmpfs on /sys/firmware type tmpfs (ro,relatime)
real 0m2.381s
user 0m0.066s
sys 0m0.039s# time docker run busybox free -m
total used free shared buff/cache available
Mem: 1993 30 1962 0 1 1946
Swap: 0 0 0
real 0m3.297s
user 0m0.086s
sys 0m0.050sTestimi i shpejtë i ngarkesës
Për të vlerësuar humbjet nga virtualizimi - unë drejtoj sysbench, si shembujt kryesorë .
Drejtimi i sysbench duke përdorur Docker+containerd
Testi i procesorit
sysbench 1.0: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 20000
Initializing worker threads...
Threads started!
General statistics:
total time: 36.7335s
total number of events: 10000
total time taken by event execution: 36.7173s
response time:
min: 3.43ms
avg: 3.67ms
max: 8.34ms
approx. 95 percentile: 3.79ms
Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 36.7173/0.00Testi i RAM-it
sysbench 1.0: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Initializing worker threads...
Threads started!
Operations performed: 104857600 (2172673.64 ops/sec)
102400.00 MiB transferred (2121.75 MiB/sec)
General statistics:
total time: 48.2620s
total number of events: 104857600
total time taken by event execution: 17.4161s
response time:
min: 0.00ms
avg: 0.00ms
max: 0.17ms
approx. 95 percentile: 0.00ms
Threads fairness:
events (avg/stddev): 104857600.0000/0.00
execution time (avg/stddev): 17.4161/0.00Drejtimi i sysbench duke përdorur Docker+Kata Containers
Testi i procesorit
sysbench 1.0: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 20000
Initializing worker threads...
Threads started!
General statistics:
total time: 36.5747s
total number of events: 10000
total time taken by event execution: 36.5594s
response time:
min: 3.43ms
avg: 3.66ms
max: 4.93ms
approx. 95 percentile: 3.77ms
Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 36.5594/0.00Testi i RAM-it
sysbench 1.0: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Initializing worker threads...
Threads started!
Operations performed: 104857600 (2450366.94 ops/sec)
102400.00 MiB transferred (2392.94 MiB/sec)
General statistics:
total time: 42.7926s
total number of events: 104857600
total time taken by event execution: 16.1512s
response time:
min: 0.00ms
avg: 0.00ms
max: 0.43ms
approx. 95 percentile: 0.00ms
Threads fairness:
events (avg/stddev): 104857600.0000/0.00
execution time (avg/stddev): 16.1512/0.00Në parim, situata është tashmë e qartë, por është më optimale t'i kryeni testet disa herë, duke hequr anët e jashtme dhe duke mesatarizuar rezultatet, kështu që nuk bëj akoma më shumë teste.
Gjetjet
Pavarësisht nga fakti se kontejnerët e tillë kërkojnë rreth pesë deri në dhjetë herë më shumë për t'u ndezur (koha tipike e ekzekutimit për komanda të ngjashme kur përdoret kontejneri është më pak se një e treta e sekondës), ata ende funksionojnë mjaft shpejt nëse marrim kohën absolute të fillimit (atje janë shembujt e mësipërm, komandat e kryera në një mesatare prej tre sekondash). Epo, rezultatet e një testi të shpejtë të CPU dhe RAM tregojnë pothuajse të njëjtat rezultate, të cilat nuk mund të mos gëzohen, veçanërisht në dritën e faktit që izolimi sigurohet duke përdorur një mekanizëm të tillë të mirë-funksionuar si kvm.
Shpallje
Artikulli është një rishikim, por ju jep mundësinë të ndjeni kohën alternative të ekzekutimit. Shumë fusha të aplikimit nuk mbulohen, për shembull, faqja përshkruan aftësinë për të ekzekutuar Kubernetes në krye të Kata Containers. Për më tepër, mund të kryeni gjithashtu një sërë testesh të fokusuara në gjetjen e problemeve të sigurisë, vendosjen e kufizimeve dhe gjëra të tjera interesante.
Kërkoj nga të gjithë ata që kanë lexuar dhe rikthyer këtu të marrin pjesë në sondazh, nga i cili do të varen publikimet e ardhshme për këtë temë.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , te lutem
A duhet të vazhdoj të botoj artikuj rreth Kata Containers?
80,0%Po, shkruani më shumë!28
20,0%Jo, mos…7
35 përdorues votuan. 7 përdorues abstenuan.
Burimi: www.habr.com
