پرو هوسٽر > بلاگ > انتظاميه > ڪتا ڪنٽينرز جو مختصر جائزو ۽ سيٽ اپ

ڪتا ڪنٽينرز جو مختصر جائزو ۽ سيٽ اپ

ڪتا ڪنٽينرز جو مختصر جائزو ۽ سيٽ اپ
اهو آرٽيڪل بحث ڪندو ته اهو ڪيئن ڪم ڪندو ڪتا ڪنٽينرز، ۽ اتي به هڪ عملي حصو هوندو انهن جي ڪنيڪشن سان ڊڪر سان.

Docker سان عام مسئلن بابت ۽ انهن جو حل اڳ ۾ ئي لکيل هو، اڄ آئون مختصر طور تي بيان ڪندس ڪتا ڪنٽينرز کان عمل درآمد. ڪاتا ڪنٽينر هڪ محفوظ ڪنٽينر رن ٽائم آهي جيڪو هلڪي وزن واري ورچوئل مشينن تي ٻڌل آهي. انهن سان گڏ ڪم ڪرڻ ٻين ڪنٽينرز وانگر ساڳيو آهي، پر ان کان علاوه هارڊويئر ورچوئلائيزيشن ٽيڪنالاجي استعمال ڪندي هڪ وڌيڪ قابل اعتماد اڪيلائي آهي. پروجيڪٽ 2017 ۾ شروع ٿيو، جڏهن ساڳئي نالي جي ڪميونٽي Intel Clear Containers ۽ Hyper.sh RunV کان بهترين خيالن جو ضم ٿيڻ مڪمل ڪيو، جنهن کان پوءِ مختلف آرڪيٽيڪچرز جي سپورٽ تي ڪم جاري رهيو، جن ۾ AMD64، ARM، IBM p- ۽ z شامل آهن. - سيريز. اضافي طور تي، Hypervisors QEMU اندر ڪم، Firecracker جي حمايت ڪئي وئي آهي، ۽ اتي پڻ ڪنٽينر سان انضمام آهي. ڪوڊ موجود آهي تي GitHub MIT لائسنس تحت.

مکيه خاصيتون

  • هڪ الڳ ڪور سان ڪم ڪندي، اهڙيءَ طرح نيٽ ورڪ، ميموري ۽ I/O علحدگيءَ کي مهيا ڪندي، ورچوئلائيزيشن ايڪسٽينشن جي بنياد تي هارڊويئر آئسوليشن جي استعمال کي مجبور ڪرڻ ممڪن آهي.
  • او سي آئي (ڪنٽينر فارميٽ)، ڪبرنيٽس سي آر آئي سميت صنعت جي معيار لاءِ سپورٽ
  • باقاعده لينڪس ڪنٽينرز جي مسلسل ڪارڪردگي، باقاعده VMs جي ڪارڪردگي کان سواء اڪيلائي وڌائي
  • مڪمل ورچوئل مشينن اندر ڪنٽينرز کي هلائڻ جي ضرورت کي ختم ڪريو، عام انٽرفيس انضمام ۽ لانچ کي آسان بڻائي ٿو

تنصيب

ڪري سگهو ٿا هڪ گولي تنصيب جا اختيار، مان تنصيد 7 آپريٽنگ سسٽم جي بنياد تي، ذخيرو مان انسٽال ڪرڻ تي غور ڪندس.
اهم: ڪاتا ڪنٽينرز جو ڪم صرف هارڊويئر تي سپورٽ ڪيو ويو آهي، ورچوئلائيزيشن فارورڊنگ هميشه ڪم نه ڪندو آهي، پڻ sse4.1 سپورٽ جي ضرورت آهي پروسيسر کان.

ڪاتا ڪنٽينرز کي انسٽال ڪرڻ بلڪل سادو آهي:

مخزنن سان ڪم ڪرڻ لاءِ يوٽيلٽيز انسٽال ڪريو:

# yum -y install yum-utils

Selinux کي بند ڪريو (اها ترتيب ڏيڻ وڌيڪ صحيح آهي، پر سادگي لاءِ آئون ان کي بند ڪريان ٿو):

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

اسان مخزن کي ڳنڍيندا آهيون ۽ تنصيب کي انجام ڏيو ٿا

# 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

adjustment

مان ڊاڪر سان ڪم ڪرڻ لاءِ سيٽنگ ڪندس ، ان جي تنصيب عام آهي ، مان ان کي وڌيڪ تفصيل سان بيان نه ڪندس:

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

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

ڊاکر ٻيهر شروع ڪريو:

# service docker restart

فيڪلٽي جاچ پڙتال

جيڪڏهن توهان ڪنٽينر کي شروع ڪرڻ کان پهريان ڊاکر کي ٻيهر شروع ڪريو ٿا، توهان ڏسي سگهو ٿا ته uname مکيه سسٽم تي هلندڙ ڪنييل جو نسخو ڏيندو:

# 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

ٻيهر شروع ڪرڻ کان پوء، ڪنييل ورزن هن وانگر ڏسڻ ۾ اچي ٿو:

# 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

وڌيڪ ٽيمون!

# 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

تيز لوڊ ٽيسٽ

ورچوئلائيزيشن مان نقصان جو اندازو لڳائڻ لاءِ - مان sysbench هلائيان ٿو، بنيادي مثال طور هي اختيار وٺو.

Docker + Containerd استعمال ڪندي sysbench هلائڻ

پروسيسر ٽيسٽ

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

رام ٽيسٽ

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

Docker + Kata Containers استعمال ڪندي sysbench هلائڻ

پروسيسر ٽيسٽ

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

رام ٽيسٽ

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

اصولي طور تي، صورتحال اڳ ۾ ئي واضح آهي، پر اهو وڌيڪ بهتر آهي ته ٽيسٽ کي ڪيترائي ڀيرا هلائڻ، ٻاهر نڪرڻ وارن کي هٽائڻ ۽ نتيجن جو اندازو لڳايو، تنهن ڪري مان اڃا تائين وڌيڪ ٽيسٽ نه ڪندس.

پهچڻ

ان حقيقت جي باوجود ته اهڙن ڪنٽينر کي شروع ٿيڻ ۾ اٽڪل پنج کان ڏهه ڀيرا وڌيڪ وقت لڳندو آهي (ساڳئي حڪمن لاءِ عام رن ٽائم جڏهن ڪنٽينر استعمال ڪيو ويندو آهي سيڪنڊ جي ٽئين حصي کان به گهٽ هوندو آهي)، اهي اڃا به تيزيءَ سان ڪم ڪندا آهن جيڪڏهن اسان مڪمل شروعاتي وقت وٺون (اتي مٿي ڏنل مثال آهن، ڪمانڊ ٽن سيڪنڊن جي اوسط ۾ انجام ڏنو ويو آهي). خير، سي پي يو ۽ ريم جي تڪڙي ٽيسٽ جا نتيجا لڳ ڀڳ ساڳيا نتيجا ڏيکاريندا آهن، جيڪي خوش نه ٿي سگهن، خاص طور تي ان حقيقت جي روشنيءَ ۾ ته علحدگيءَ کي مهيا ڪيو ويو آهي اهڙي چڱيءَ طرح هلندڙ ميڪانيزم کي استعمال ڪندي kvm.

اعلان

مضمون هڪ جائزو آهي، پر اهو توهان کي متبادل رن ٽائم محسوس ڪرڻ جو موقعو ڏئي ٿو. ايپليڪيشن جا ڪيترائي علائقا ڍڪيل نه آهن، مثال طور، سائيٽ ڪاتا ڪنٽينرز جي چوٽي تي ڪبرنيٽس کي هلائڻ جي صلاحيت بيان ڪري ٿي. اضافي طور تي، توهان پڻ هلائي سگهو ٿا ٽيسٽ جو هڪ سلسلو سيڪيورٽي مسئلن کي ڳولڻ، سيٽنگون پابنديون، ۽ ٻين دلچسپ شين تي مرکوز.

مان انهن سڀني کي گذارش ٿو ڪريان جيڪي هتي پڙهيا آهن ۽ ٻيهر ورجائي چڪا آهن سروي ۾ حصو وٺن، جنهن تي مستقبل جي اشاعت هن موضوع تي منحصر هوندي.

صرف رجسٽرڊ استعمال ڪندڙ سروي ۾ حصو وٺي سگهن ٿا. سائن ان ڪريو، توهان جي مهرباني.

ڇا مون کي ڪاتا ڪنٽينرز بابت آرٽيڪل شايع ڪرڻ جاري رکڻ گهرجي؟

  • 80,0٪ها، وڌيڪ لکو! 28

  • 20,0٪نه، نه ... 7

35 صارفين ووٽ ڏنو. 7 استعمال ڪندڙن کي روڪيو ويو.

جو ذريعو: www.habr.com

تبصرو شامل ڪريو