WIUNIX ACADEMY
آموزش نصب Redis Sentinel در اوبونتو و دبیان
صفحهٔ 5 از 7؛ مراحل قبلی و پیش‌نیازها را پیش از ادامه مرور کن.
آموزش متناسب با محیط تو
کجا اجرا می‌کنی؟
سیستم‌عامل و نسخه را انتخاب کن تا مراحل، دستورها و راه‌حل‌ها برای همان محیط نمایش داده شوند.
آموزش متناسب با مقادیر تو
تنظیمات این آموزش
مقادیر نمونه را برای محیط خودت تنظیم کن؛ متن و دستورهای مرتبط با هم تغییر می‌کنند. رمز، کلید خصوصی و توکن وارد نکن. مقادیر فقط در همین زبانه نگهداری می‌شوند و به سرور یا لینک اشتراک‌گذاری فرستاده نمی‌شوند. پیش از اجرا، DNS، گواهی‌ها و سیاست شبکهٔ واقعی را بررسی کن.
آی‌پی، دامنه یا پورت مثال‌ها با محیط تو فرق دارد؟ دکمهٔ زیر را باز کن، مقادیر را تغییر بده و «اعمال در آموزش» را بزن؛ سپس دستورهای به‌روز‌شده را کپی کن.
تنظیم مقادیر برای محیط من5 مقدار قابل‌تغییر
قدم بعدی
ورود محلی برای بررسی Sentinel
روی هر سرور با رمز ADMIN وارد شوید. پنل بعد فقط بررسی وضعیت است. نقش محدود کشف سرویس در بخش جدا امتحان می‌شود.
sudo redis-cli --tls --cacert /etc/redis/tls/ca.pem --cert /etc/redis/tls/node.pem --key /etc/redis/tls/node.key -h 127.0.0.1 -p 26379 --user admin --askpass
Sentinel محلی نشست نگهداری TLS را می‌پذیرد.
قدم بعدی
پیش از تمرین خرابی، توپولوژی کامل باشد
روی هر سه Sentinel اجرا شود. CKQUORUM باید OK بدهد. در MASTER حد نصاب۲، دو همتای دیگر، دو نسخهٔ دریافت‌کننده و نبود پرچم خرابی یا قطع اتصال لازم است. REPLICAS باید B و C را با اتصال سالم و اولویت قابل انتخاب نشان دهد. MYID سه رأی‌دهنده متفاوت باشد. کم‌کردن حد نصاب برای عبور از بررسی راه‌حل نیست.
SENTINEL MYID
SENTINEL CKQUORUM academy
SENTINEL MASTER academy
SENTINEL REPLICAS academy
SENTINEL SENTINELS academy
QUIT
نقش، مقدار دقیق و پاسخ مشخص‌شده در توضیح همین مرحله بررسی شود؛ نتیجهٔ غیرمنتظره ادامهٔ کار را متوقف می‌کند.
قدم بعدی
پیداکردن نویسنده با حساب کشف سرویس
روی میزبان مجاز کلاینت، گواهی مستقل همان کلاینت و CA در مسیرهای زیر قرار داشته باشد. رمز DISCOVERY با APP متفاوت است. کتابخانهٔ واقعی اپلیکیشن باید هر سه نشانی اولیه را بشناسد، مقصد برگشتی را با ROLE بررسی کند و پس از تغییر نقش دوباره مقصد را پیدا کند. IP ثابت اولیه، توزیع سادهٔ TCP یا یک رکورد DNS به‌تنهایی پشتیبانی Sentinel نیست.
redis-cli --tls --cacert /etc/academy-client/ca.pem --cert /etc/academy-client/client.pem --key /etc/academy-client/client.key -h 10.20.0.11 -p 26379 --user discovery --askpass
نشست محدود کشف سرویس از شبکهٔ مجاز باز می‌شود.
قدم بعدی
دریافت نشانی و کنترل محدودیت حساب
در نشست DISCOVERY، پیش از جابه‌جایی نشانی A و پورت۶۳۷۹ برمی‌گردد. درخواست FAILOVER عمداً باید NOPERM بگیرد تا مشخص شود این حساب امکان ارتقا ندارد. برای حذف این خطای مورد انتظار، دسترسی اضافه نکنید.
SENTINEL GET-MASTER-ADDR-BY-NAME academy
SENTINEL FAILOVER academy
QUIT
نقش، مقدار دقیق و پاسخ مشخص‌شده در توضیح همین مرحله بررسی شود؛ نتیجهٔ غیرمنتظره ادامهٔ کار را متوقف می‌کند.
اتصال واقعی اپلیکیشن بخشی از دسترس‌پذیری است
در کتابخانهٔ انتخابی، سه نشانی TLS رأی‌دهنده‌ها، نام academy و اعتبارنامهٔ DISCOVERY تنظیم شود؛ برای اتصال داده از APP جدا استفاده شود. اعتبارسنجی CA، گواهی کلاینت و بررسی نام مقصد در صورت پشتیبانی واقعی کتابخانه فعال باشد. TLS در اتصال Sentinel و اتصال داده جدا بررسی شود. زمان اتصال و فرمان محدود و تلاش مجدد با فاصله و سقف مشخص باشد. نوشتن با نتیجهٔ نامعلوم فقط با منطق تکرارپذیر امن دوباره فرستاده شود؛ خطای شبکه ثابت نمی‌کند نوشتن انجام نشده است. پیش از ورود ترافیک، خود کتابخانه با بار کاری واقعی آزموده شود. این تمرین CLI کشف مقصد و داده را نشان می‌دهد، نه اتصال خودکار اپلیکیشن.
قدم بعدی
تهیهٔ بکاپ بررسی‌شده از نویسندهٔ فعلی
روی نویسندهٔ فعلی و پس از توقف نوشتن آزمایشی و تأیید نشانگر در هر دو دریافت‌کننده، شل محافظت‌شدهٔ ریشه را برای پنل بعد باز کنید. پیش از تمرین جابه‌جایی، این بکاپ تهیه و روی میزبان جدا بازیابی شود. پس از تمرین هم برای نگهداری وضعیت تازه دوباره قابل اجراست. خروجی یک RDB سازگار همراه تنظیمات محافظت‌شده است، نه کپی پوشهٔ AOF در حال تغییر. بکاپ داده و رمز دارد و جداگانه به فضای رمزگذاری‌شدهٔ مصوب منتقل شود. پیش از بازیابی موفق جدا، به آن اتکا نکنید.
sudo -i
شل محافظت‌شدهٔ ریشه روی نویسندهٔ فعلی باز است.