ProHoster > Blog > Pentadbiran > Gambaran keseluruhan ringkas dan persediaan Kontena Kata

Gambaran keseluruhan ringkas dan persediaan Kontena Kata

Gambaran keseluruhan ringkas dan persediaan Kontena Kata
Artikel ini akan membincangkan cara ia berfungsi Bekas Kata, dan terdapat juga bahagian praktikal dengan sambungan mereka ke Docker.

Mengenai masalah biasa dengan Docker dan penyelesaiannya sudah telah ditulis, hari ini saya akan menerangkan secara ringkas pelaksanaan daripada Kontena Kata. Kata Containers ialah masa jalan kontena selamat berdasarkan mesin maya yang ringan. Bekerja dengan mereka adalah sama seperti bekas lain, tetapi di samping itu terdapat pengasingan yang lebih dipercayai menggunakan teknologi virtualisasi perkakasan. Projek ini bermula pada 2017, apabila komuniti dengan nama yang sama menyelesaikan penggabungan idea terbaik daripada Intel Clear Containers dan Hyper.sh RunV, selepas itu kerja meneruskan sokongan untuk pelbagai seni bina, termasuk AMD64, ARM, IBM p- dan z -siri. Selain itu, kerja disokong di dalam hypervisor QEMU, Firecracker, dan terdapat juga penyepaduan dengan kontena. Kod boleh didapati di GitHub di bawah lesen MIT.

Ciri-ciri utama

  • Bekerja dengan teras yang berasingan, dengan itu menyediakan rangkaian, memori dan pengasingan I / O, adalah mungkin untuk memaksa penggunaan pengasingan perkakasan berdasarkan sambungan virtualisasi
  • Sokongan untuk piawaian industri termasuk OCI (format bekas), Kubernetes CRI
  • Prestasi konsisten bekas Linux biasa, peningkatan pengasingan tanpa overhed prestasi VM biasa
  • Hapuskan keperluan untuk menjalankan bekas di dalam mesin maya yang lengkap, antara muka generik memudahkan penyepaduan dan pelancaran

Pemasangan

Terdapat banyak pilihan pemasangan, saya akan mempertimbangkan untuk memasang dari repositori, berdasarkan sistem pengendalian Centos 7.
Ia adalah penting: Kerja Kontena Kata hanya disokong pada perkakasan, pemajuan virtualisasi juga tidak selalu berfungsi memerlukan sokongan sse4.1 daripada pemproses.

Memasang Kontena Kata agak mudah:

Pasang utiliti untuk bekerja dengan repositori:

# yum -y install yum-utils

Lumpuhkan Selinux (lebih tepat untuk mengkonfigurasi, tetapi untuk memudahkan saya melumpuhkannya):

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

Kami menyambungkan repositori dan melaksanakan pemasangan

# 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

pelarasan

Saya akan menyediakan untuk bekerja dengan docker, pemasangannya adalah tipikal, saya tidak akan menerangkannya dengan lebih terperinci:

# 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

Kami membuat perubahan pada daemon.json:

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

Mulakan semula docker:

# service docker restart

Pemeriksaan kesihatan

Jika anda memulakan bekas sebelum memulakan semula docker, anda boleh melihat bahawa uname akan memberikan versi kernel yang dijalankan pada sistem utama:

# 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

Selepas dimulakan semula, versi kernel kelihatan seperti ini:

# 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

Lebih banyak pasukan!

# 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

Ujian beban cepat

Untuk menilai kerugian daripada virtualisasi - saya menjalankan sysbench, sebagai contoh utama ambil pilihan ini.

Menjalankan sysbench menggunakan Docker+containerd

Ujian pemproses

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

Ujian RAM

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

Menjalankan sysbench menggunakan Docker+Kata Containers

Ujian pemproses

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

Ujian RAM

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

Pada dasarnya, keadaan sudah jelas, tetapi lebih optimum untuk menjalankan ujian beberapa kali, mengeluarkan outlier dan purata keputusan, jadi saya tidak melakukan lebih banyak ujian lagi.

Penemuan

Walaupun fakta bahawa bekas tersebut mengambil masa kira-kira lima hingga sepuluh kali lebih lama untuk dimulakan (masa larian biasa untuk arahan serupa apabila menggunakan containerd adalah kurang daripada satu pertiga saat), mereka masih berfungsi dengan agak cepat jika kita mengambil masa mula mutlak (di sana adalah contoh di atas, arahan dilakukan dalam purata tiga saat). Nah, keputusan ujian pantas CPU dan RAM menunjukkan hasil yang hampir sama, yang tidak boleh tidak bergembira, terutamanya memandangkan fakta bahawa pengasingan disediakan menggunakan mekanisme yang dikendalikan dengan baik seperti kvm.

Pengumuman

Artikel itu adalah ulasan, tetapi ia memberi anda peluang untuk merasakan masa jalan alternatif. Banyak bidang aplikasi tidak diliputi, sebagai contoh, tapak menerangkan keupayaan untuk menjalankan Kubernetes di atas Kontena Kata. Selain itu, anda juga boleh menjalankan satu siri ujian yang tertumpu pada mencari masalah keselamatan, menetapkan sekatan dan perkara menarik yang lain.

Saya meminta semua orang yang telah membaca dan mengulangi di sini untuk mengambil bahagian dalam tinjauan, yang mana penerbitan masa depan mengenai topik ini akan bergantung.

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. Log masuk, Sama-sama.

Perlukah saya terus menerbitkan artikel tentang Kontena Kata?

  • 80,0% Ya, tulis lagi!28

  • 20,0% Tidak, jangan…7

35 pengguna mengundi. 7 pengguna berpantang.

Sumber: www.habr.com

Tambah komen