سرور مجازی برای دیتابیس

دیتابیس با بقیه سرویس‌ها یک تفاوت مهم دارد: حافظه برای آن از پردازنده مهم‌تر است. دلیلش ساده است — دیتابیس داده‌های پرکاربرد را در حافظه نگه می‌دارد و اگر آنجا جا شوند، پاسخ‌ها از رم می‌آیند. اگر جا نشوند، هر درخواست باید به دیسک برود و سرعت چند مرتبه افت می‌کند.

پس سؤال درست موقع خرید این است: «چقدر از داده‌های من مرتب خوانده می‌شود؟» نه «چند هسته پردازنده بگیرم؟»

انتخاب منابع

منظور از «داده فعال» کل حجم دیتابیس نیست، بلکه بخشی است که مرتب خوانده می‌شود. یک دیتابیس ۵۰ گیگابایتی که فقط رکوردهای سه ماه اخیرش پرس‌وجو می‌شوند، به ۵۰ گیگابایت رم نیاز ندارد.

دیسک را دو تا سه برابر حجم دیتابیس بگیرید. دیتابیس علاوه بر داده، فایل‌های لاگ تراکنش، ایندکس‌ها و فضای موقت عملیات نگهداری هم می‌خواهد. دیسک پر روی سرور دیتابیس یکی از بدترین حالت‌هایی است که ممکن است پیش بیاید.

یک سرور یا دو سرور؟

سؤال رایجی است و پاسخ آن به مقیاس شما بستگی دارد:

برای بیشتر پروژه‌ها، دیتابیس روی همان سرور برنامه انتخاب درست و ساده‌تری است. جداسازی وقتی ارزش پیدا می‌کند که چند برنامه از یک دیتابیس استفاده کنند یا بخواهید منابع دیتابیس را مستقل از برنامه ارتقا دهید.

اگر جدا کردید، حتماً هر دو سرور را در یک لوکیشن بگیرید. دیتابیسی که در قاره‌ای دیگر از برنامه‌تان است، تأخیر شبکه را به هر کوئری اضافه می‌کند.

امنیت: تنها قاعده‌ای که نباید بشکنید

دیتابیس شما نباید از اینترنت در دسترس باشد. نقطه.

# پستگرس: در postgresql.conf
listen_addresses = 'localhost'

# بررسی اینکه روی چه رابطی گوش می‌دهد
ss -tlnp | grep 5432

اگر خروجی 0.0.0.0:5432 بود، دیتابیس شما روی اینترنت باز است. رباتهای اسکن پورت‌های دیتابیس را مرتب جستجو می‌کنند و رمزهای پیش‌فرض را امتحان می‌کنند؛ این یکی از رایج‌ترین راه‌های نشت داده است.

اگر با داکر کار می‌کنید، دقت کنید که -p 5432:5432 سرویس را روی همه رابط‌های شبکه باز می‌کند و قوانین داکر معمولاً بر تنظیمات UFW اولویت دارند. شکل درست -p 127.0.0.1:5432:5432 است. توضیح بیشتر در صفحه سرور برای داکر.

اگر واقعاً باید از سرور دیگری وصل شوید، به‌جای باز کردن پورت روی اینترنت، از تونل SSH یا شبکه خصوصی استفاده کنید.

پیش از ارتقای سرور، این را بررسی کنید

وقتی دیتابیس کند می‌شود، اولین واکنش معمولاً خرید منابع بیشتر است. در بیشتر موارد مشکل جای دیگری است:

۱. نبود ایندکس مناسب — رایج‌ترین دلیل. کوئری‌ای که کل جدول را می‌خواند روی هیچ سروری سریع نمی‌شود.

۲. کوئری‌های بد — یک JOIN نادرست می‌تواند میلیون‌ها ردیف تولید کند.

۳. تنظیمات پیش‌فرض — پستگرس با تنظیماتی نصب می‌شود که برای کوچک‌ترین ماشین‌ها امن باشد، نه بهینه برای سرور شما.

پیش از ارتقا، کوئری‌های کند را پیدا کنید و پلن اجرایی‌شان را ببینید. اغلب یک ایندکس، اثری بیشتر از دو برابر کردن حافظه دارد.

تعداد اتصال‌های همزمان

مسئله‌ای که معمولاً هنگام رشد ترافیک ظاهر می‌شود و با ارتقای سرور حل نمی‌شود.

هر اتصال باز به دیتابیس مقداری حافظه می‌گیرد. اگر برنامه شما برای هر درخواست اتصال تازه‌ای باز کند، در ترافیک بالا تعداد اتصال‌ها به سقف می‌رسد و درخواست‌های بعدی با خطا برمی‌گردند — در حالی که پردازنده و حافظه سرور هنوز آزادند.

راه‌حل بالا بردن سقف اتصال نیست؛ استخر اتصال است. یک لایه واسط تعداد محدودی اتصال باز نگه می‌دارد و آن‌ها را بین درخواست‌ها به اشتراک می‌گذارد. بیشتر فریم‌ورک‌ها این قابلیت را دارند و برای پستگرس ابزارهای اختصاصی هم وجود دارد.

نشانه‌اش روشن است: خطای «تعداد اتصال بیش از حد» در حالی که منابع سرور آزاد است. اگر این را دیدید، پیش از ارتقای سرور سراغ استخر اتصال بروید.

بک‌آپ

برای دیتابیس، بک‌آپ اختیاری نیست. دو نکته:

• اسنپ‌شات جایگزین بک‌آپ دیتابیس نیست. اسنپ‌شات از دیسکی که در حال نوشتن است ممکن است وضعیت ناسازگاری بگیرد. برای دیتابیس، از ابزار خروجی خود دیتابیس استفاده کنید.
• بک‌آپ آزمایش‌نشده بک‌آپ نیست. هر چند وقت یک‌بار بازیابی را روی یک دیتابیس آزمایشی امتحان کنید.

روش خودکار و رمزنگاری‌شده نگهداری بک‌آپ خارج از سرور در راهنمای بک‌آپ خودکار با Restic آمده است.

راه‌اندازی

آموزش نصب PostgreSQL روی اوبونتو مسیر نصب و تنظیمات اولیه امن را پوشش می‌دهد.

پیش از هر چیز، سرور را امن کنید — راهنمای امن‌سازی سرور لینوکس.

نگهداری

جمع‌بندی

سرور مجازی برای دیتابیس را بر اساس حافظه انتخاب کنید، نه پردازنده؛ داده فعال باید در رم جا شود. دیسک را دو تا سه برابر حجم دیتابیس بگیرید و حتماً NVMe.

مهم‌ترین کار امنیتی این است که دیتابیس فقط روی لوکال‌هاست گوش بدهد. و پیش از خرید منابع بیشتر، ایندکس‌ها و کوئری‌های کند را بررسی کنید — اغلب مشکل آنجاست.

ساخت سرور ابری برای دیتابیس