ឃ្លាំង rpm សាមញ្ញដោយប្រើ Inotify និង webdav

នៅក្នុងការប្រកាសនេះ យើងនឹងពិនិត្យមើលឃ្លាំងវត្ថុបុរាណ rpm ដោយប្រើស្គ្រីប inotify + createrepo សាមញ្ញ។ វត្ថុបុរាណត្រូវបានផ្ទុកឡើងតាមរយៈ webdav ដោយប្រើ apache httpd ។ ហេតុអ្វីបានជា apache httpd នឹងត្រូវបានសរសេរនៅចុងបញ្ចប់នៃការប្រកាស។

ដូច្នេះ ដំណោះស្រាយត្រូវតែបំពេញតាមតម្រូវការខាងក្រោមសម្រាប់រៀបចំការផ្ទុក RPM តែប៉ុណ្ណោះ៖

• ឥតគិតថ្លៃ

• ភាពអាចរកបាននៃកញ្ចប់នៅក្នុងឃ្លាំងពីរបីវិនាទីបន្ទាប់ពីការផ្ទុកឡើងទៅកាន់ឃ្លាំងវត្ថុបុរាណ។

• ងាយស្រួលតំឡើង និងថែទាំ

• សមត្ថភាពក្នុងការធ្វើឱ្យមានកម្រិតខ្ពស់

  ហេតុអ្វីបានជាមិនមាន SonaType Nexus ឬ ផូស:

• ការផ្ទុកនៅក្នុង SonaType Nexus ឬ ផូស វត្ថុបុរាណជាច្រើនប្រភេទនាំឱ្យការពិតដែលថា SonaType Nexus ឬ ផូស ក្លាយជាចំណុចតែមួយនៃការបរាជ័យ។

• ភាពអាចរកបានខ្ពស់នៅក្នុង SonaType Nexus ត្រូវបានបង់។

• ផូស វាហាក់ដូចជាដំណោះស្រាយវិស្វកម្មហួសហេតុសម្រាប់ខ្ញុំ។

• វត្ថុបុរាណនៅក្នុង SonaType Nexus រក្សាទុកក្នុងប្លុក។ នៅក្នុងព្រឹត្តិការណ៍នៃការដាច់ចរន្តអគ្គិសនីភ្លាមៗ អ្នកនឹងមិនអាចស្ដារ blob បានទេ ប្រសិនបើអ្នកមិនមានការបម្រុងទុក។ យើង​មាន​កំហុស​នេះ៖ ERROR [ForkJoinPool.commonPool-worker-2] *SYSTEM [com.orientechnologies.orient.core.storage](http://com.orientechnologies.orient.core.storage/).fs.OFileClassic - $ANSI{green {db=security}} Error during data read for file 'privilege_5.pcl' 1-th attempt [java.io](http://java.io/).IOException: Bad address. Blob មិន​ដែល​ជា​សះស្បើយ​ទេ។

ប្រភព

→ កូដប្រភពមានទីតាំងនៅ នៅទីនេះ

ស្គ្រីបចម្បងមើលទៅដូចនេះ៖

#!/bin/bash

source /etc/inotify-createrepo.conf
LOGFILE=/var/log/inotify-createrepo.log

function monitoring() {
    inotifywait -e close_write,delete -msrq --exclude ".repodata|.olddata|repodata" "${REPO}" | while read events 
    do
      echo $events >> $LOGFILE
      touch /tmp/need_create
    done
}

function run_createrepo() {
  while true; do
    if [ -f /tmp/need_create ];
    then
      rm -f /tmp/need_create
      echo "start createrepo $(date --rfc-3339=seconds)"
      /usr/bin/createrepo --update "${REPO}"
      echo "finish createrepo $(date --rfc-3339=seconds)"
    fi
    sleep 1
  done
}

echo "Start filesystem monitoring: Directory is $REPO, monitor logfile is $LOGFILE"
monitoring >> $LOGFILE &
run_createrepo >> $LOGFILE &

ការកំណត់

inotify-createrepo ដំណើរការតែលើ CentOS 7 ឬខ្ពស់ជាងនេះ។ មិនអាចដំណើរការវានៅលើ CentOS 6 បានទេ។

yum -y install yum-plugin-copr
yum copr enable antonpatsev/inotify-createrepo
yum -y install inotify-createrepo
systemctl start inotify-createrepo

ការកំណត់​រចនាសម្ព័ន្ធ

តាមលំនាំដើម inotify-createrepo ត្រួតពិនិត្យថតមួយ។ /var/www/repos/rpm-repo/.

អ្នកអាចផ្លាស់ប្តូរថតឯកសារនេះនៅក្នុងឯកសារ /etc/inotify-createrepo.conf.

ប្រើ

នៅពេលបន្ថែមឯកសារណាមួយទៅក្នុងថតឯកសារ /var/www/repos/rpm-repo/ inotifywait នឹងបង្កើតឯកសារ /tmp/need_create. មុខងារ run_createrepo ដំណើរការក្នុងរង្វិលជុំគ្មានកំណត់ ហើយត្រួតពិនិត្យឯកសារ /tmp/need_create. ប្រសិនបើមានឯកសារបន្ទាប់មកដំណើរការ createrepo --update.

ធាតុមួយនឹងបង្ហាញនៅក្នុងឯកសារ៖

/var/www/repos/rpm-repo/ CREATE nginx-1.16.1-1.el7.ngx.x86_64.rpm
start createrepo 2020-03-02 09:46:21+03:00
Spawning worker 0 with 1 pkgs
Spawning worker 1 with 0 pkgs
Spawning worker 2 with 0 pkgs
Spawning worker 3 with 0 pkgs
Workers Finished
Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete
finish createrepo 2020-03-02 09:46:22+03:00

សមត្ថភាពក្នុងការធ្វើឱ្យមានកម្រិតខ្ពស់

ដើម្បីធ្វើឱ្យមានភាពអាចរកបានខ្ពស់ចេញពីដំណោះស្រាយដែលមានស្រាប់ ខ្ញុំគិតថាអ្នកអាចប្រើម៉ាស៊ីនមេចំនួន 2 គឺ Keepalived សម្រាប់ HA និង Lsyncd សម្រាប់ការធ្វើសមកាលកម្មវត្ថុបុរាណ។ ស៊ីស៊ីឌី - ដេមិនដែលត្រួតពិនិត្យការផ្លាស់ប្តូរនៅក្នុងថតមូលដ្ឋាន ប្រមូលផ្តុំពួកវា ហើយបន្ទាប់ពីពេលវេលាជាក់លាក់មួយ rsync ចាប់ផ្តើមធ្វើសមកាលកម្មពួកវា។ ព័ត៌មានលម្អិត និងការកំណត់ត្រូវបានពិពណ៌នានៅក្នុងប្រកាស "ការធ្វើសមកាលកម្មលឿននៃឯកសាររាប់ពាន់លាន".

វេបដាវី

មានវិធីជាច្រើនដើម្បីផ្ទុកឡើងឯកសារ៖ SSH, NFS, WebDav ។ WebDav ហាក់ដូចជាជម្រើសទំនើប និងសាមញ្ញ។

សម្រាប់ WebDav យើងនឹងប្រើ Apache httpd ។ ហេតុអ្វីបានជា Apache httpd នៅឆ្នាំ 2020 ហើយមិនមែន nginx?

ខ្ញុំចង់ប្រើឧបករណ៍ស្វ័យប្រវត្តិសម្រាប់បង្កើតម៉ូឌុល Nginx + (ឧទាហរណ៍ Webdav) ។

មានគម្រោងសាងសង់ Nginx + modules - nginx-builder. ប្រសិនបើអ្នកប្រើ nginx + wevdav ដើម្បីផ្ទុកឡើងឯកសារ នោះអ្នកត្រូវការម៉ូឌុល nginx-dav-ext-module. នៅពេលព្យាយាមបង្កើត និងប្រើ Nginx ជាមួយ nginx-dav-ext-module ដោយមានជំនួយពី nginx-builder យើង​នឹង​ទទួល​បាន​កំហុស ប្រើដោយ http_dav_module ជំនួសឱ្យ nginx-dav-ext-module. កំហុសដូចគ្នានេះត្រូវបានបិទនៅរដូវក្តៅ nginx៖ [កើត] ការណែនាំមិនស្គាល់ dav_methods.

ខ្ញុំ​បាន​ធ្វើ​សំណើ​ទាញ​យក បន្ថែមធីក git_url សម្រាប់បង្កប់ និង refactored --with-{}_module и ប្រសិនបើម៉ូឌុល == "http_dav_module" បន្ថែម --with. ប៉ុន្តែពួកគេមិនត្រូវបានទទួលយកទេ។

កំណត់រចនាសម្ព័ន្ធ webdav.conf

DavLockDB /var/www/html/DavLock
<VirtualHost localhost:80>
    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/html
    ErrorLog /var/log/httpd/error.log
    CustomLog /var/log/httpd/access.log combined

    Alias /rpm /var/www/repos/rpm-repo
    <Directory /var/www/repos/rpm-repo>
        DAV On
        Options Indexes FollowSymlinks SymLinksifOwnerMatch IncludesNOEXEC
        IndexOptions NameWidth=* DescriptionWidth=*
        AllowOverride none
        Require all granted
    </Directory>
</VirtualHost>

ខ្ញុំគិតថាអ្នកនឹងធ្វើការកំណត់រចនាសម្ព័ន្ធ Apache httpd ដែលនៅសល់ដោយខ្លួនឯង។

Nginx នៅពីមុខ Apache httpd

មិនដូចកម្មវិធី Apache ទេ Nginx ប្រើគំរូដំណើរការសំណើដែលមានមូលដ្ឋានលើព្រឹត្តិការណ៍ ដែលមានន័យថាមានតែដំណើរការម៉ាស៊ីនមេ HTTP មួយប៉ុណ្ណោះដែលត្រូវបានទាមទារសម្រាប់អតិថិជនមួយចំនួន។ អ្នកអាចប្រើ nginx និងកាត់បន្ថយការផ្ទុកម៉ាស៊ីនមេ។

nginx-front.conf កំណត់រចនាសម្ព័ន្ធ។ ខ្ញុំគិតថាអ្នកនឹងធ្វើការកំណត់រចនាសម្ព័ន្ធ nginx ដែលនៅសល់ដោយខ្លួនឯង។

upstream nginx_front {
    server localhost:80;
}

server {
    listen 443 ssl;
    server_name ваш-виртуальных-хост;
    access_log /var/log/nginx/nginx-front-access.log main;
    error_log /var/log/nginx/nginx-front.conf-error.log warn;

    location / {
        proxy_pass http://nginx_front;
    }
}

ការទាញយកឯកសារតាមរយៈ WebDav

ការទាញយក rpm គឺងាយស្រួលណាស់។

curl -T ./nginx-1.16.1-1.el7.ngx.x86_64.rpm https://ваш-виртуальный-хост/rpm/

ប្រភព: www.habr.com