دستهبندیهای سایت
مشاهده دستهبندیها
بستن دستهبندیها
-
AbanteCart
-
ActiveMQ
-
Akeneo
-
Alfresco Community
- Apache
-
Apache Airflow
-
Apache Guacamole
-
Apache Solr
-
Canvas LMS
-
Cassandra
- CI/CD
-
CiviCRM
-
CMS Made Simple
-
Code Dx
-
Composr
-
Concrete5
-
Confluent Platform
-
Coppermine
-
CouchDB
- cPanel
-
Diaspora
- Directadmin
-
Discourse
-
Django
-
DokuWiki
-
Dolibarr
-
DreamFactory
-
Drupal
-
Elasticsearch
-
ELK
-
Etcd
-
Ghost
-
GitLab CE
-
GitLab EE
-
Grafana
-
Hadoop
-
Joomla
-
Kafka
-
Lamp
-
LAMP Production-Ready
-
Limesurvey
- LVM
-
Magento
-
Mahara
-
Mantis
-
MariaDB
-
MariaDB Galera
-
Matomo
-
Mattermost
-
Mautic
-
MODX
-
Moodle
-
MySQL
- Nginx
-
Node.js
-
nopCommerce
-
Odoo
-
Open EdX
-
Opencart
-
Owncloud
-
PhpBB
-
PostgreSQL
-
Prestashop
-
ProcessMaker Community
- ProFTPD
-
Redis
-
Roundcube
-
TensorFlow Serving
- Virtualmin
-
Wordpress
-
WordPress Multisite
-
WordPress Production-Ready
-
WordPress With NGINX And SSL
-
Zurmo
پیکربندی و استفاده از Logrotate برای Etcd
در این مقاله:
هدف از طراحی Logrotate سادهسازی مدیریت سیستمهایی است که فایلهای log فراوانی تولید میکنند. به کمک Logrotate میتوان بهشکل خودکار فایلهای log را در چرخهای قرار داد، آنها را فشرده، حذف یا ارسال کرد.
فعالسازی Logrotate
نسخههای اخیر کتابخانههای Bitnami به همراه فایلهای پیکربندی logrotate برای تمامی سرورها عرضه میشود.
اگر از ماشین مجازی یا cloud image استفاده میکنید، logrotate بهشکل پیشفرض پیکربندی و فعال شده است.
موقعیت فایلهای Logrotate
فایلهای Logrotate برای سرورهای مختلف در دایرکتوری */opt/bitnami/config/logrotate/logrotate.d قرار دارند. برای نمونه اگر میخواهید فایل logrotate را برای Apache پیکربندی کنید، باید فایل /opt/bitnami/config/logrotate/logrotate.d/apache را ویرایش کنید. از دستور man logrotate برای کسب اطلاعات از تمامی گزینههای موجود استفاده کنید.
Logrotate بهشکل پیشفرض از رویکرد copytruncate استفاده میکند. به همین دلیل نیازی به راهاندازی دوبارهی سرورها نیست.
مهم: رویکرد copytruncate به جای آنکه فایل log کهنه را جابهجا کند و امکان ایجاد فایل log جدیدی را بدهد، بعد از گرفتن یک کپی، اندازهی فایل log اصلی را به صفر میرساند. بین کپی کردن فایل و به صفر رساندن اندازهی آن وقفهی زمانی بسیار اندکی وجود دارد، به همین دلیل ممکن است برخی از دادههای لاگهای در حال تولید از دست بروند. اگر میخواهید تمامی درخواستها ثبت شوند، از رویکردی متفاوت استفاده کنید.
آزمایش Logrotate
خروجی دستور زیر پیکربندی فعلی logrotate برای سرور را نشان میدهد.
sudo logrotate -d /etc/logrotate.d/bitnami.conf
rotating pattern: /opt/bitnami/apache2/logs/*_log weekly (150 rotations)
empty log files are rotated, old logs are removed
considering log /opt/bitnami/apache2/logs/access_log
log does not need rotating
considering log /opt/bitnami/apache2/logs/error_log
log does not need rotating
برای آزمایش logrotate دستور زیر را اجرا و سپس دایرکتوریهای log/ سرور را بررسی کنید. باید در این دایرکتوریها فایلهای فشرده شده به همراه لاگها وجود داشته باشد.
sudo logrotate -f /etc/logrotate.d/bitnami.conf