ການຫຼຸດຜ່ອນການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍ

ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເຂົ້າໃຈວ່າເປັນຫຍັງການໂຫຼດເຊີຟເວີເພີ່ມຂຶ້ນແລະປຶກສາຫາລືວິທີການຕ່າງໆເພື່ອເພີ່ມປະສິດທິພາບຂະບວນການໂຫຼດສູງ. ຈະເອົາໃຈໃສ່ເປັນພິເສດຕໍ່ການເພີ່ມປະສິດທິພາບລະຫັດໃນ Apache/Nginx ແລະ MySQL, ພວກເຮົາຈະເວົ້າກ່ຽວກັບການເກັບຂໍ້ມູນເປັນເຄື່ອງມືຊ່ວຍ, ແລະຍັງພິຈາລະນາໄພຂົ່ມຂູ່ພາຍນອກທີ່ເປັນໄປໄດ້ເຊັ່ນການໂຈມຕີ DDOS ແລະວິທີການປ້ອງກັນພວກມັນ.

ເປັນຫຍັງ Server Load ເກີດຂຶ້ນ

ກ່ອນທີ່ຈະດໍາເນີນການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງແມ່ຂ່າຍ, ມັນຈໍາເປັນຕ້ອງເຮັດການວິເຄາະຢ່າງລະອຽດກ່ຽວກັບການໂຫຼດໃນປະຈຸບັນກ່ຽວກັບຊັບພະຍາກອນ. ນີ້ປະກອບມີການວັດແທກການໂຫຼດ CPU, ການໃຊ້ RAM, ກິດຈະກໍາເຄືອຂ່າຍ, ແລະຕົວກໍານົດການທີ່ສໍາຄັນອື່ນໆ. ຄວາມເຂົ້າໃຈກ່ຽວກັບນະໂຍບາຍດ້ານແລະການໂຫຼດສູງສຸດຊ່ວຍໃຫ້ການກໍານົດຂໍ້ບົກພ່ອງແລະການເພີ່ມປະສິດທິພາບການຈັດສັນຊັບພະຍາກອນ, ດັ່ງນັ້ນການເພີ່ມຄວາມຫມັ້ນຄົງແລະການປະຕິບັດຂອງໂຄງສ້າງພື້ນຖານຂອງເຄື່ອງແມ່ຂ່າຍ.

ສຳລັບການແກ້ໄຂບັນຫາເບື້ອງຕົ້ນຂອງການໂຫຼດເຊີບເວີສູງ, ພວກເຮົາແນະນຳໃຫ້ດຳເນີນການ ວິນິດໄສເຊີບເວີທົ່ວໄປ . ຖ້າສິ່ງນີ້ບໍ່ພຽງພໍ, ການວິເຄາະຊັບພະຍາກອນທີ່ ລະອຽດກວ່ານັ້ນ ແມ່ນຈຳເປັນ. ໃນຖານະເປັນເຄື່ອງມືຊ່ວຍ, ການສຳຫຼວດ ບັນທຶກຂອງເຊີບເວີ Linux ສາມາດເປັນປະໂຫຍດ, ເພາະວ່ານີ້ແມ່ນບ່ອນທີ່ພົບແຫຼ່ງທີ່ມາຂອງບັນຫາໃນກໍລະນີຫຼາຍທີ່ສຸດ.

ການເພີ່ມປະສິດທິພາບ Apache/Nginx Server

ການໂຫຼດເຊີບເວີເພີ່ມຂຶ້ນເນື່ອງຈາກການສ້າງດັດສະນີ

ການໂຫຼດທີ່ເພີ່ມຂຶ້ນຍ້ອນການດັດສະນີໃນເຄື່ອງແມ່ຂ່າຍສາມາດເກີດຂື້ນ, ຕົວຢ່າງເຊັ່ນ, ເມື່ອເຄື່ອງຈັກຊອກຫາສະແກນຫນ້າຈໍານວນຫລາຍຢູ່ໃນເວັບໄຊຂອງເຈົ້າ. ນີ້ສາມາດນໍາໄປສູ່ການນໍາໃຊ້ຊັບພະຍາກອນຂອງເຄື່ອງແມ່ຂ່າຍທີ່ເພີ່ມຂຶ້ນແລະ, ດັ່ງນັ້ນ, ການເຮັດວຽກຂອງເວັບໄຊທ໌ຊ້າລົງ. ການກໍານົດສາເຫດແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ; ທ່ານຈໍາເປັນຕ້ອງເປີດໄຟລ໌ທີ່ຕັ້ງຢູ່:

/var/www/httpd-logs/sitename.access.log

ເມື່ອຖືກດັດສະນີໂດຍເຄື່ອງຈັກຊອກຫາ, ຜູ້ໃຊ້ຈະເຫັນລາຍການລັກສະນະດັ່ງຕໍ່ໄປນີ້:

11.22.33.44 - - [Date and Time] "GET /your-page-path HTTP/1.1" 200 1234 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

ເປັນວິທີແກ້ໄຂທຳອິດເພື່ອຫຼຸດຜ່ອນການໂຫຼດ, ທ່ານສາມາດໃຊ້ການຕັ້ງຄ່າ meta tags "noindex" ແລະ "nofollow" ໃນໜ້າເວັບທີ່ບໍ່ຈຳເປັນຕ້ອງມີ index. ວິທີແກ້ໄຂທີສອງແມ່ນ ໄຟລ໌ .htaccess , ບ່ອນທີ່ລາຍການທີ່ສອດຄ້ອງກັບເຄື່ອງຈັກຊອກຫາສະເພາະຕ້ອງໄດ້ເພີ່ມ, ຕົວຢ່າງ, ເພື່ອຊ່ອນຈາກ Yandex ແລະ Google:

SetEnvIfNoCase User-Agent "^Yandex" search_bot
SetEnvIfNoCase User-Agent "^Googlebot" search_bot
Order Allow,Deny
Allow from all
Deny from env=search_bot

ໃນລັກສະນະດຽວກັນ, ການແກ້ໄຂຕ້ອງເຮັດສຳລັບເຄື່ອງຈັກຊອກຫາອື່ນໆ. ຄວນສັງເກດວ່າຄວາມສາມາດຂອງ .htaccess ບໍ່ໄດ້ຈຳກັດພຽງແຕ່ການບລັອກການຈັດດັດສະນີເທົ່ານັ້ນ. ພວກເຮົາແນະນຳໃຫ້ຄຸ້ນເຄີຍກັບຄຸນສົມບັດຫຼັກຂອງມັນໃນ ບົດຄວາມ.

ການນໍາໃຊ້ການຕັ້ງຄ່າ Caching

ການຕັ້ງຄ່າການເກັບຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງໃນເຊີບເວີຍັງສາມາດນໍາໄປສູ່ການໂຫຼດສູງ. ເພື່ອເພີ່ມປະສິດທິພາບພາລາມິເຕີນີ້, ການປ່ຽນແປງທີ່ສອດຄ້ອງກັນຕ້ອງເຮັດໃນໄຟລ໌ການຕັ້ງຄ່າ ຫຼື .htaccess . ໃນກໍລະນີຂອງ Apache, ຕົວເລືອກສຸດທ້າຍແມ່ນດີກວ່າ, ສໍາລັບ Nginx - ຕົວເລືອກກ່ອນໜ້ານີ້.

ໃນ ເຊີບເວີ Apache , ທ່ານຈໍາເປັນຕ້ອງເປີດ ໄຟລ໌ .htacess ແລະໃສ່ລະຫັດຕໍ່ໄປນີ້:

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf|doc|docx)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

ຫຼັງຈາກນັ້ນ, ໃຫ້ເປີດໃຊ້ ໂມດູນ Expires ໂດຍໃຊ້ຄໍາສັ່ງ:

sudo a2enmod expires

ຫຼັງຈາກນັ້ນ, restart web server:

sudo service apache2 restart

ແລະເປີດໃຊ້ໂມດູນໂດຍການລະບຸ:

ExpiresActive On

ໃນ ເຊີບເວີ Nginx , ມັນພຽງພໍທີ່ຈະເພີ່ມລະຫັດຕໍ່ໄປນີ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າ:

location ~* .(jpg|jpeg|gif|png|ico|css|swf|flv|doc|docx)$ {
root /var/www/yoursite.com;
}

ແລະປະຕິບັດການໂຫຼດການບໍລິການຄືນໃໝ່:

sudo service nginx restart

ໃຫ້ສັງເກດວ່າດ້ວຍການຕັ້ງຄ່າເຫຼົ່ານີ້, ຄຳສັ່ງ ອະນຸຍາດ ແລະ ປະຕິເສດ ຈະຖືກຂ້າມໄປ.

ການນໍາໃຊ້ການບີບອັດຂໍ້ມູນ

ການເປີດໃຊ້ການບີບອັດຂໍ້ມູນໂດຍໃຊ້ Gzip ໃນເຊີບເວີເວັບ Apache ແລະ Nginx ຊ່ວຍຫຼຸດຜ່ອນປະລິມານຂໍ້ມູນທີ່ສົ່ງລະຫວ່າງເຊີບເວີ ແລະ ລູກຄ້າ, ເຊິ່ງຊ່ວຍປັບປຸງປະສິດທິພາບ ແລະ ຫຼຸດຜ່ອນເວລາໂຫຼດໜ້າເວັບ.

ເພື່ອເປີດໃຊ້ Gzip ໃນ Apache , ທ່ານຈໍາເປັນຕ້ອງເປີດໃຊ້ ໂມດູນ mod_deflate :

sudo a2enmod deflate

ຈາກນັ້ນ, restart web server:

sudo service apache2 restart

ແລະສຸດທ້າຍ, ເພີ່ມຕັນຕໍ່ໄປນີ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າຫຼື .htaccess:

<IfModule mod_deflate.c>
# Configure compression for specified file types
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript application/x-javascript application/json

# If the browser matches the specified pattern, apply compression only to text/html files
BrowserMatch ^Mozilla/4 gzip-only-text/html

# If the browser matches the specified version patterns of Mozilla 4.0.6, 4.0.7, 4.0.8, disable compression
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# If the browser is MSIE (Internet Explorer), disable compression for all files except text/html
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# If the request contains the specified pattern (extensions of image files), disable compression
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip
</IfModule>

ການຕັ້ງຄ່ານີ້ເຮັດໃຫ້ການບີບອັດໄຟລ໌ບາງປະເພດ ແລະປິດການໃຊ້ງານມັນສໍາລັບຮູບພາບ.

ໃນກໍລະນີຂອງ Nginx , ການຕັ້ງຄ່າຈະເກີດຂຶ້ນໃນ ບລັອກ http ຂອງໄຟລ໌ການຕັ້ງຄ່າ. ​​ລະຫັດຕໍ່ໄປນີ້ຕ້ອງໄດ້ເພີ່ມ:

gzip on;
gzip_disable "msie6";

# Adds the Vary header, indicating that the response may change depending on the Accept-Encoding header value
gzip_vary on;

# Enables compression for any proxy servers
gzip_proxied any;

# Sets the compression level. A value of 6 provides a good balance between compression efficiency and resource use
gzip_comp_level 6;

# Sets the size of the buffer for compressed data (16 buffers of 8 kilobytes each)
gzip_buffers 16 8k;

# Specifies that data compression should be used only for HTTP version 1.1 and higher
gzip_http_version 1.1;

# Sets the file types that can be compressed
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

ຄ້າຍຄືກັນກັບ Apache , ນີ້ແມ່ນພາລາມິເຕີການບີບອັດສຳລັບໄຟລ໌ບາງປະເພດທີ່ຖືກຕັ້ງຄ່າ. ​​ຫຼັງຈາກເຮັດການປ່ຽນແປງຕໍ່ເຊີບເວີເວັບໃດໆ, ຈຳເປັນຕ້ອງໂຫຼດບໍລິການຄືນໃໝ່:

sudo service apache2 restart

Or

sudo service nginx restart

ການໂຈມຕີ DDOS ໃນເຊີບເວີ

ການໂຫຼດເຊີບເວີສູງສາມາດເກີດຂຶ້ນເປັນຜົນມາຈາກການໂຈມຕີ DDoS. ການກໍານົດການປະກົດຕົວຂອງການໂຈມຕີ DDoS ສາມາດເຮັດໄດ້ໂດຍຜ່ານການຕິດຕາມການເພີ່ມຂື້ນຢ່າງກະທັນຫັນຂອງການຈະລາຈອນ, ການຮ້ອງຂໍທີ່ຜິດປົກກະຕິ, ແລະການຫຼຸດລົງຂອງການປະຕິບັດຂອງເຄື່ອງແມ່ຂ່າຍ. ການທົບທວນຄືນບັນທຶກສໍາລັບການຮ້ອງຂໍຊ້ໍາຈາກທີ່ຢູ່ IP ຫນຶ່ງຫຼືການສະແກນພອດສາມາດຊີ້ໃຫ້ເຫັນເຖິງການໂຈມຕີ DDoS ທີ່ເປັນໄປໄດ້. ມີຫຼາຍມາດຕະການປ້ອງກັນ, ແຕ່ພວກເຮົາຈະປຶກສາຫາລືພື້ນຖານເທົ່ານັ້ນ.

ການໃຊ້ CDN (ເຄືອຂ່າຍການຈັດສົ່ງເນື້ອຫາ) . CDN ສາມາດເປັນຕົວກາງລະຫວ່າງເຊີບເວີເວັບ ແລະ ຜູ້ໃຊ້ຂອງທ່ານ, ແຈກຢາຍການຈະລາຈອນ ແລະ ການເກັບຂໍ້ມູນໄວ້ໃນແຄສເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງການໂຈມຕີ DDoS. CDN ຍັງສາມາດມີກົນໄກປ້ອງກັນ DDoS ໃນຕົວ, ລວມທັງການແຈກຢາຍການໂຫຼດ ແລະ ການກັ່ນຕອງການຈະລາຈອນ.

ການຕັ້ງຄ່າ firewall ແລະລະບົບກວດຈັບການບຸກລຸກ (IDS/IPS) . Firewall ສາມາດຕັ້ງຄ່າໃຫ້ກັ່ນຕອງການຈະລາຈອນໂດຍອີງໃສ່ເງື່ອນໄຂຕ່າງໆ, ເຊັ່ນ: ທີ່ຢູ່ IP ແລະພອດ. IDS/IPS ສາມາດກວດຫາພຶດຕິກຳການຈະລາຈອນທີ່ຜິດປົກກະຕິ ແລະບລັອກການເຊື່ອມຕໍ່ທີ່ໜ້າສົງໄສ. ເຄື່ອງມືເຫຼົ່ານີ້ສາມາດມີປະສິດທິພາບໃນການຕິດຕາມ ແລະບລັອກການຈະລາຈອນທີ່ອາດຈະເປັນອັນຕະລາຍ.

ການຕັ້ງຄ່າ Apache ແລະ Nginx web servers ເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງການໂຈມຕີ DDoS.

ສຳລັບການແກ້ໄຂສຳລັບ Apache, ພວກເຮົາເປີດໃຊ້ ໂມດູນ mod_evasive . ເພື່ອເຮັດສິ່ງນີ້, ໃຫ້ຍົກເລີກຄຳເຫັນ ຫຼື ເພີ່ມບັນທັດຕໍ່ໄປນີ້ໃນ ໄຟລ໌ການຕັ້ງຄ່າ httpd.conf ຫຼື apache2.conf :

LoadModule evasive20_module modules/mod_evasive.so

ໃນໄຟລ໌ດຽວກັນ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມບລັອກການຕັ້ງຄ່າ:

<IfModule mod_evasive20.c>
# Hash table size for storing request information
DOSHashTableSize 3097

# Number of requests to one page before activating protection
DOSPageCount 2
DOSPageInterval 1

# Number of requests to all pages before activating protection
DOSSiteCount 50
DOSSiteInterval 1

# Blocking period in seconds for IP addresses
DOSBlockingPeriod 10
</IfModule>

ໃນລັກສະນະດຽວກັນ, ພວກເຮົາເປີດໃຊ້ ໂມດູນ mod_ratelimit :

LoadModule ratelimit_module modules/mod_ratelimit.so

ແລະເພີ່ມການຕັ້ງຄ່າ:

<IfModule mod_ratelimit.c>
# Setting the output filter for rate limiting (Rate Limit)
SetOutputFilter RATE_LIMIT

# Beginning of the settings block for the location "/login"
<Location "/login">

# Setting the environment variable rate-limit with a value of 1
SetEnv rate-limit 1

# Ending of the settings block for the location "/login"
</Location>
</IfModule>

ການຕັ້ງຄ່າສຳລັບ Nginx ແມ່ນຄ້າຍຄືກັນກັບ Apache . ໃນ ໄຟລ໌ການຕັ້ງຄ່າ nginx.conf , ຄຳສັ່ງຕໍ່ໄປນີ້ຈຳເປັນຕ້ອງໄດ້ນຳໃຊ້:

http {
...
# Defining a zone for connection limits
limit_conn_zone $binary_remote_addr zone=addr:10m;

# Defining a zone for request limits
limit_req_zone $binary_remote_addr zone=req_zone:10m rate=1r/s;

server {
        ...
        # Configuring connection limits
        limit_conn addr 10;

        # Configuring request limits
        limit_req zone=req_zone burst=5;

        ...
    }
}

ຫຼັງຈາກເຮັດການປ່ຽນແປງແຕ່ລະບໍລິການ, ເຂົາເຈົ້າຈະຕ້ອງໂຫຼດໃໝ່:

sudo systemctl restart apache2

ຫລື:

sudo systemctl restart nginx

ຕົວຢ່າງເຫຼົ່ານີ້ສະຫນອງພຽງແຕ່ການຕັ້ງຄ່າພື້ນຖານ, ເຊິ່ງສາມາດດັດແປງໄດ້ຕື່ມອີກໂດຍອີງຕາມຄວາມຕ້ອງການສະເພາະແລະລັກສະນະຂອງການໂຈມຕີ.

ການເພີ່ມປະສິດທິພາບການສອບຖາມ MySQL

ການເພີ່ມປະສິດທິພາບການສອບຖາມຖານຂໍ້ມູນ MySQL ໃນເວັບເຊີບເວີສາມາດເຮັດໄດ້ຫຼາຍວິທີ, ແລະໜຶ່ງໃນນັ້ນແມ່ນການຕັ້ງຄ່າໄຟລ໌ການຕັ້ງຄ່າທີ່ເໝາະສົມ. ໂດຍປົກກະຕິແລ້ວ, ໄຟລ໌ນີ້ມີຊື່ວ່າ my.cnf ຫຼື my.ini ແລະຕັ້ງຢູ່ໃນ ໄດເລກະທໍລີ /etc/ ຫຼື /etc/mysql/ . ທ່ານຈໍາເປັນຕ້ອງເປີດມັນແລະເຮັດການປ່ຽນແປງຕໍ່ໄປນີ້:

[mysqld]
# Location of the file for recording slow queries. Be sure to replace it with your path
log-slow-queries = /var/log/mariadb/slow_queries.log

# Threshold time for considering slow queries (in seconds)
long_query_time = 5

# Enabling recording of queries that do not use indexes
log-queries-not-using-indexes = 1

# Disabling query caching
query_cache_size = 0
query_cache_type = 0
query_cache_limit = 1M

# Size of temporary tables
tmp_table_size = 16M
max_heap_table_size = 16M

# Size of the thread cache
thread_cache_size = 16

# Disabling name resolving
skip-name-resolve = 1

# Size of the InnoDB buffer pool. Set to 50-70% of available RAM
innodb_buffer_pool_size = 800M

# Size of the InnoDB log file
innodb_log_file_size = 200M

ໃຫ້ພິຈາລະນາຄໍາແນະນໍາເພີ່ມເຕີມທີ່ສາມາດເຮັດໃຫ້ການໂຕ້ຕອບກັບຖານຂໍ້ມູນຂອງເຄື່ອງແມ່ຂ່າຍ:

1. ການນໍາໃຊ້ ອະທິບາຍ ຄໍາສັ່ງກ່ອນທີ່ຈະສອບຖາມ SQL ເພື່ອວິເຄາະການປະຕິບັດຂອງມັນ. ນີ້ອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບແຜນການປະຕິບັດສໍາລັບການສອບຖາມແລະກໍານົດວ່າດັດສະນີໃດຖືກນໍາໃຊ້, ຕາຕະລາງໃດຖືກສະແກນ, ແລະອື່ນໆ.
2. ດັດຊະນີເລັ່ງການຄົ້ນຫາຂໍ້ມູນ, ດັ່ງນັ້ນດັດສະນີທີ່ຖືກອອກແບບຢ່າງຖືກຕ້ອງສາມາດປັບປຸງການປະຕິບັດການສອບຖາມໄດ້ຢ່າງຫຼວງຫຼາຍ. ເອົາໃຈໃສ່ກັບຄໍລໍາທີ່ຖືກນໍາໃຊ້ເລື້ອຍໆໃນ ບ່ອນທີ່ or ເຂົ້າຮ່ວມ ເງື່ອນໄຂ.
3. ຫລີກລ້ຽງການໃຊ້ ການຄັດເລືອກ *. ລະບຸພຽງແຕ່ຖັນເຫຼົ່ານັ້ນທີ່ຈໍາເປັນແທ້ໆສໍາລັບການສອບຖາມຂອງທ່ານ, ແທນທີ່ຈະເລືອກຄໍລໍາທັງຫມົດໃນຕາຕະລາງ.
4. ຫຼີກເວັ້ນການນໍາໃຊ້ຫນ້າທີ່ໃນ ບ່ອນທີ່ ເງື່ອນໄຂ. ການນໍາໃຊ້ຫນ້າທີ່ (ເຊັ່ນ: ລະດັບຕ່ ຳ, ສູງສຸດ, LEFT, RIGHTin ບ່ອນທີ່ ເງື່ອນໄຂສາມາດເຮັດໃຫ້ດັດສະນີບໍ່ມີປະໂຫຍດ. ພະຍາຍາມຫຼີກເວັ້ນການນໍາໃຊ້ໂດຍກົງຂອງພວກເຂົາໃນເງື່ອນໄຂ.
5. ການນໍາໃຊ້ INNER JOIN ບ່ອນທີ່ເປັນໄປໄດ້, ຍ້ອນວ່າມັນເປັນປົກກະຕິຫຼາຍປະສິດທິພາບ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າຄໍລໍາທີ່ສອດຄ້ອງກັນສໍາລັບການເຂົ້າຮ່ວມມີດັດສະນີ.
6. ການນໍາໃຊ້ ຈຳ ກັດ ເພື່ອຈໍາກັດຈໍານວນແຖວທີ່ສົ່ງຄືນຖ້າທ່ານຕ້ອງການພຽງແຕ່ຈໍານວນຜົນໄດ້ຮັບທີ່ແນ່ນອນ.
7. ພິຈາລະນາຜົນການສອບຖາມຈາກຖານຄວາມຈໍາ, ໂດຍສະເພາະຖ້າພວກເຂົາບໍ່ຄ່ອຍປ່ຽນແປງ, ເພື່ອຫຼຸດຜ່ອນການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍ.

ເຄື່ອງແມ່ຂ່າຍເມລສ້າງການໂຫຼດສູງໃນເຄື່ອງແມ່ຂ່າຍ

ໃນພາກນີ້, ພວກເຮົາຈະຄົ້ນຫາວິທີການກໍານົດວ່າເຊີບເວີເມລ໌ກໍາລັງປະສົບກັບການໂຫຼດສູງ ແລະ ຂັ້ນຕອນໃດແດ່ທີ່ສາມາດປະຕິບັດໄດ້ເພື່ອປັບປຸງການດໍາເນີນງານຂອງມັນ, ລວມທັງການກວດສອບຄິວຂໍ້ຄວາມ ແລະ ການຕັ້ງຄ່າພາລາມິເຕີເຊີບເວີ. ເລີ່ມຕົ້ນດ້ວຍການກວດສອບຄິວຂໍ້ຄວາມ. ໂປຣແກຣມ mailq ສາມາດຊ່ວຍໃນເລື່ອງນີ້ໄດ້, ເພື່ອເປີດໃຊ້ມັນ, ໃຫ້ໃສ່ຄໍາສັ່ງທີ່ສອດຄ້ອງກັນໃນ terminal:

mailq

ນີ້ຈະສະແດງລາຍຊື່ຂໍ້ຄວາມໃນແຖວ, ຖ້າມີ. ແຕ່ລະຂໍ້ຄວາມຈະຖືກສະແດງດ້ວຍຕົວລະບຸທີ່ເປັນເອກະລັກ ແລະຂໍ້ມູນກ່ຽວກັບສະຖານະການສົ່ງ. ຜົນໄດ້ຮັບທີ່ຄ້າຍຄືກັນສາມາດໄດ້ຮັບໂດຍການທົບທວນບັນທຶກລູກຄ້າເມລ.

ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ການໂຫຼດສູງເກີດຂື້ນໃນກໍລະນີຂອງການປະນີປະນອມຂອງເຄື່ອງແມ່ຂ່າຍໃນເວລາທີ່ມັນເລີ່ມສົ່ງ spam. ຢ່າງໃດກໍຕາມ, ຖ້າຫຼັງຈາກການກວດສອບຜູ້ເບິ່ງແຍງລະບົບຫມັ້ນໃຈວ່າເຄື່ອງແມ່ຂ່າຍບໍ່ໄດ້ຖືກໂຈມຕີຈາກພາຍນອກແລະຜູ້ໃຊ້ບໍ່ໄດ້ລະເລີຍ spam, ມັນເປັນເວລາທີ່ຈະກ້າວໄປສູ່ການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງແມ່ຂ່າຍເມລ. ນີ້ແມ່ນຂັ້ນຕອນທີ່ຈະຊ່ວຍໃຫ້:

1. ໃຫ້ແນ່ໃຈວ່າບັນທຶກ DNS ຂອງໂດເມນຂອງທ່ານຖືກຕັ້ງຄ່າຢ່າງຖືກຕ້ອງ, ລວມທັງ SPF, ສ່ວນຂະຫຍາຍ dkim, ແລະ ບໍລິສັດ DMARC ບັນທຶກເພື່ອປັບປຸງການສົ່ງຈົດໝາຍ ແລະປ້ອງກັນສະແປມ. ການຕັ້ງຄ່າທີ່ຖືກຕ້ອງຂອງພາລາມິເຕີສາມາດພົບໄດ້ໃນບົດຄວາມກ່ຽວກັບ ການວິນິດໄສຂອງເຄື່ອງແມ່ຂ່າຍເມລ.
2. ກວດເບິ່ງການຕັ້ງຄ່າເຄືອຂ່າຍ, ລວມທັງການຕັ້ງຄ່າ Firewall ແລະກົດລະບຽບການກໍານົດເສັ້ນທາງ, ເພື່ອຫຼີກເວັ້ນການບລັອກແລະເລັ່ງການຈັດສົ່ງຈົດຫມາຍ.
3. ກຳນົດຄ່າພາລາມິເຕີແຖວຂໍ້ຄວາມຕາມການໂຫຼດຂອງເຊີບເວີ. ອັນນີ້ອາດຈະລວມເຖິງການຕັ້ງຄ່າຂະໜາດແຖວສູງສຸດ ແລະເວລາໝົດເວລາ.
4. ພິຈາລະນາວິທີແກ້ໄຂທີ່ພວກເຮົາໄດ້ສົນທະນາໃນບົດຄວາມນີ້ກ່ອນຫນ້ານີ້. ປັບປຸງຖານຂໍ້ມູນເຊີບເວີເມລເປັນແຕ່ລະໄລຍະເພື່ອປັບປຸງການປະຕິບັດ, ໃຊ້ກົນໄກການເກັບຂໍ້ມູນເພື່ອເລັ່ງການຄົ້ນຫາແລະການປຸງແຕ່ງຂໍ້ມູນເຊັ່ນການສອບຖາມ DNS.
5. ຖ້າເຄື່ອງແມ່ຂ່າຍເມລຍັງຄົງພົບການໂຫຼດສູງເປັນປົກກະຕິ, ພິຈາລະນາທາງເລືອກໃນການປັບຂະຫນາດ, ເຊັ່ນ: ການໃຊ້ cluster ຂອງເຄື່ອງແມ່ຂ່າຍເມລຫຼືການແກ້ໄຂຄລາວ.

ສະຫຼຸບ

ການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍທີ່ເພີ່ມຂຶ້ນໂດຍກົງຜົນກະທົບຕໍ່ຄວາມໄວການໂຫຼດເວັບໄຊທ໌, ໃນທີ່ສຸດຜົນກະທົບຕໍ່ປະສົບການຂອງຜູ້ໃຊ້ແລະຊື່ສຽງໃນເຄື່ອງຈັກຊອກຫາ. ດັ່ງນັ້ນ, ການຄຸ້ມຄອງການໂຫຼດນີ້ຢ່າງມີປະສິດທິພາບມີບົດບາດສໍາຄັນໃນການຮັບປະກັນການເຮັດວຽກຢ່າງຕໍ່ເນື່ອງຂອງຊັບພະຍາກອນແລະເພີ່ມການເຂົ້າເຖິງຂອງມັນສໍາລັບນັກທ່ອງທ່ຽວ.