بررسی سلامت سرور
برنامه‌ی بررسی سلامت سرور را از پایه به بالا، در هشت مرحله، وارسی می‌کند و در پایان یک نتیجه‌ی کلی می‌دهد. فقط می‌خواند و چیزی را تغییر نمی‌دهد، پس هر وقت شک داشتید، اول همین را اجرا کنید: پس از نصب، پس از هر به‌روزرسانی، پس از راه‌اندازی دوباره‌ی سرور و وقتی کاربری از مشکلی خبر می‌دهد.
۱. اجرا
cd /opt/abrdrive
sudo bash tools/healthcheck.sh
اگر فقط مشکلات را می‌خواهید ببینید، --quiet را به آخر دستور اضافه کنید. در این حالت فقط خط‌های هشدار و خطا و نتیجه‌ی کلی چاپ می‌شوند.
نحوه‌ی بررسی: خروجی با خطی مثل role: single (/opt/abrdrive) شروع می‌شود و بعد مرحله‌ها یکی‌یکی با عنوان Stage 1 تا Stage 8 می‌آیند.
۲. خواندن هر خط
هر خط با یکی از این سه برچسب شروع می‌شود:
| برچسب | معنی |
|---|---|
PASS | این مورد درست است. |
WARN | سرور کار می‌کند، اما این مورد را بررسی کنید. |
FAIL | این مورد خراب است و باید درست شود. |
زیر بعضی خط‌ها یک خط کم‌رنگ هم آمده که می‌گوید کجا را نگاه کنید، مثلاً دستوری برای دیدن گزارش (لاگ) یک سرویس.
۳. مرحله‌ها به ترتیب
مرحله‌ها به هم وابسته‌اند: هر مرحله فقط وقتی معنی دارد که مرحله‌های پیش از آن سالم باشند.
| مرحله | چه چیزی بررسی می‌شود | اگر خطا داد |
|---|---|---|
Stage 1 ─ Host | فضای دیسک، حافظه‌ی آزاد، اطلاعات مجوز سرور و Docker | دیسک بالای ۹۰ درصد پر یا حافظه‌ی آزاد کمتر از ۵۰۰ مگابایت خطاست. اگر Docker پاسخ ندهد، بررسی همین‌جا متوقف می‌شود. |
Stage 2 ─ Containers | اجرای هر سرویس، راه‌اندازی خودکار پس از ریبوت و بسته بودن پورت‌ها به روی اینترنت | سرویسی که اجرا نمی‌شود، دستور دیدن لاگ خودش را زیر خطا نشان می‌دهد. |
Stage 3 ─ Database | در دسترس بودن پایگاه داده و وجود همه‌ی پایگاه‌های ابردرایو | اگر پایگاه داده اجرا نمی‌شود، بیشتر مرحله‌های بعد هم خطا می‌دهند. |
Stage 4 ─ Internal service reachability | پاسخ دادن هر سرویس از داخل سرور، همراه با نسخه‌ی آن | سرویسی که در مرحله‌ی ۲ اجرا می‌شود اما اینجا پاسخ نمی‌دهد، هنوز در حال راه‌اندازی است یا گیر کرده است. |
Stage 5 ─ nginx and TLS | درستی تنظیمات وب‌سرور و اعتبار گواهی‌های HTTPS | گواهی‌ای که کمتر از ۱۴ روز اعتبار دارد خطا و کمتر از ۳۰ روز هشدار است. |
Stage 6 ─ Public endpoints | پاسخ هر نشانی از بیرون، روی HTTPS | no response یعنی DNS، دیواره‌ی آتش یا گواهی؛ کدهای 5xx یعنی سرویس پشت آن نشانی کار نمی‌کند. |
Stage 7 ─ Identity | سرویس ورود و تنظیم ایمیل | مشکل ایمیل فقط هشدار است: ورود کار می‌کند، اما ایمیل تأیید و دعوت نمی‌رسد. |
Stage 8 ─ Storage | وجود پوشه‌ی فایل‌های کاربران و قابل نوشتن بودن آن | اگر پوشه قابل نوشتن نباشد، بارگذاری‌ها شکست می‌خورند. |
۴. نتیجه‌ی کلی
در پایان، تعداد خط‌های درست، هشدار و خطا شمرده می‌شود و یکی از این سه نتیجه می‌آید:
| نتیجه | معنی |
|---|---|
HEALTHY - all checks passed | همه‌ی بررسی‌ها درست‌اند. |
HEALTHY WITH WARNINGS | سرور به کاربران خدمت می‌دهد؛ هشدارها را بخوانید و در فرصت مناسب برطرف کنید. |
UNHEALTHY | دست‌کم یک خطا هست. |
نحوه‌ی بررسی: اگر نتیجه UNHEALTHY است، از اولین خط FAIL شروع کنید، نه از آخرین. خطاهای بعدی معمولاً نتیجه‌ی همان اولی هستند و با رفع آن خودبه‌خود برطرف می‌شوند. پس از رفع هر مشکل، بررسی را دوباره اجرا کنید. جدول رفع اشکال راه‌حل مشکلات رایج را آورده است.
سرویس‌ها تا حدود یک دقیقه پس از روشن شدن سرور یا اجرای نصب‌کننده آماده نیستند و توزیع‌کننده‌ی بار عمداً ۶۰ ثانیه منتظر پایگاه داده می‌ماند. اگر در این فاصله خطا دیدید، یک دقیقه صبر کنید و دوباره اجرا کنید.