ProHoster > Blog > Administrazioa > Kata Containers-en ikuspegi laburra eta konfigurazioa

Kata Containers-en ikuspegi laburra eta konfigurazioa

Kata Containers-en ikuspegi laburra eta konfigurazioa
Artikulu honek nola funtzionatzen duen eztabaidatuko du Kata Ontziak, eta zati praktiko bat ere izango da Dockerrekin duten loturarekin.

Docker-en ohiko arazoei eta haien konponbideei buruz idatzia zegoen, gaur Kata Containers-en ezarpena labur deskribatuko dut. Kata Containers makina birtual arinetan oinarritutako edukiontzi segurua da. Haiekin lan egitea beste edukiontziekin gertatzen den berdina da, baina horrez gain, isolamendu fidagarriagoa dago hardware birtualizazio teknologia erabiliz. Proiektua 2017an hasi zen, izen bereko komunitateak Intel Clear Containers eta Hyper.sh RunV-en ideia onenen batuketa amaitu zuenean, eta ondoren hainbat arkitekturaren euskarri lanetan jarraitu zen, AMD64, ARM, IBM p- eta z barne. -seriea. Gainera, QEMU, Firecracker hiperbissoreen barruan lana onartzen da eta containerd-ekin ere integratuta dago. Kodea helbidean dago eskuragarri GitHub MIT lizentziapean.

Funtsezko ezaugarriak

  • Nukleo bereizi batekin lan eginez, sarea, memoria eta I/O isolamendua eskainiz, posible da birtualizazio luzapenetan oinarritutako hardware isolamendua erabiltzera behartzea.
  • Industria estandarentzako laguntza, OCI (edukiontzi formatua), Kubernetes CRI barne
  • Linux-eko edukiontzi arrunten errendimendu koherentea, isolamendua areagotu VM arrunten errendimendu-gaineko gasturik gabe
  • Ezabatu edukiontziak makina birtualen barruan exekutatzeko beharra, interfaze generikoek integrazioa eta abiaraztea errazten dute.

Instalazio-

Ez dago set of instalazio aukerak, biltegietatik instalatzea kontuan hartuko dut, Centos 7 sistema eragilean oinarrituta.
Garrantzitsua da: Kata Containers lana hardwarean bakarrik onartzen da, birtualizazioaren birbidalketak ez du beti funtzionatzen, gainera sse4.1 laguntza behar prozesadoretik.

Kata Containers instalatzea nahiko erraza da:

Instalatu utilitateak biltegiekin lan egiteko:

# yum -y install yum-utils

Desgaitu Selinux (zuzenagoa da konfiguratzea, baina sinpletasunerako desgaitzen dut):

# setenforce 0
# sed -i 's/^SELINUX=enforcing$/SELINUX=permissive/' /etc/selinux/config

Biltegia konektatu eta instalazioa egiten dugu

# 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-shim

doikuntza

Docker-ekin lan egiteko konfiguratuko naiz, bere instalazioa ohikoa da, ez dut zehatzago deskribatuko:

# 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 369ce74a3c

Daemon.json-en aldaketak egiten ditugu:

# cat <<EOF > /etc/docker/daemon.json
{
  "default-runtime": "kata-runtime",
  "runtimes": {
    "kata-runtime": {
      "path": "/usr/bin/kata-runtime"
    }
  }
}
EOF

Berrabiarazi docker:

# service docker restart

Proba funtzionala

Docker berrabiarazi aurretik edukiontzia abiarazten baduzu, uname-k sistema nagusian exekutatzen ari den nukleoaren bertsioa emango duela ikus dezakezu:

# 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/Linux

Berrabiarazi ondoren, nukleoaren bertsioak itxura hau du:

# 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/Linux

Talde gehiago!

# 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.050s

Karga-proba azkarra

Birtualizazioaren galerak ebaluatzeko - sysbench exekutatzen dut, adibide nagusi gisa hartu aukera hau.

Sysbench exekutatzen Docker+containerd erabiliz

Prozesadorearen proba

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.00

RAM proba

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.00

Sysbench exekutatzen Docker+Kata Containers erabiliz

Prozesadorearen proba

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.00

RAM proba

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.00

Printzipioz, egoera argi dago jada, baina optimoagoa da probak hainbat aldiz egitea, abereak kenduz eta emaitzen batez bestekoa eginez, beraz, oraindik ez ditut proba gehiago egiten.

Findings

Horrelako edukiontziak abiarazteko bost-hamar aldiz gehiago behar izaten duten arren (antzeko komandoen exekuzio-denbora ohikoa containerd erabiltzen denean segundo baten herena baino txikiagoa da), oraindik nahiko azkar funtzionatzen dute hasiera-ordu absolutua hartzen badugu (hor goiko adibideak dira, batez beste hiru segundotan egindako komandoak). Beno, CPU eta RAM proba azkar baten emaitzek ia emaitza berdinak erakusten dituzte, eta hori ezin da pozten, batez ere kvm bezalako mekanismo egokia erabiliz isolamendua ematen dela ikusita.

Anuntzio

Artikulua berrikuspena da, baina exekuzio denbora alternatiboa sentitzeko aukera ematen dizu. Aplikazio-eremu asko ez daude estaltzen, adibidez, guneak Kata Containers gainean Kubernetes exekutatzeko gaitasuna deskribatzen du. Horrez gain, segurtasun-arazoak aurkitzera, murrizketak ezartzera eta beste gauza interesgarri batzuk ere egin ditzakezu probak.

Hemen irakurri eta atzera egin duten guztiei galdeketan parte hartzeko eskatzen diet, zeinen araberakoak izango diren gai honi buruzko etorkizuneko argitalpenak.

Erregistratutako erabiltzaileek soilik parte hartu dezakete inkestan. Hasi saioa, mesedez.

Kata Containers buruzko artikuluak argitaratzen jarraitu behar dut?

  • 80,0%Bai, idatzi gehiago!28

  • 20,0%Ez, ez… 7

35 erabiltzailek eman dute botoa. 7 erabiltzaile abstenitu ziren.

Iturria: www.habr.com

Gehitu iruzkin berria