نام (NAME)

gdnsd-plugin-multifo - افزونه gdnsd برای گروه‌بندی تغییر مسیر اضطراری (failover) چندنشانی و تمام‌فعال

خلاصه دستور (SYNOPSIS)

پیکربندی نمونه افزونه:

plugins => {
  multifo => {
    up_thresh => 0.3
    service_types => up,
    v4www => {
      lb01 => 192.0.2.200,
      lb02 => 192.0.2.201,
      lb03 => 192.0.2.202,
    }
    v6smtp => {
      service_types => [ smtp ],
      up_thresh => 0.1,
      lb01_v6 => 2001:DB8::1,
      lb02_v6 => 2001:DB8::2,
      lb03_v6 => 2001:DB8::3,
    }
    pubwww => {
      up_thresh => 0.5
      service_types => corpwww_type
      addrs_v4 => [ 192.0.2.100, 192.0.2.101, 192.0.2.102 ]
      addrs_v6 => {
        service_types => [ up ],
        up_thresh => 0.7
        lb01_v6 => 2001:DB8::1,
        lb02_v6 => 2001:DB8::2,
        lb03_v6 => 2001:DB8::3,
      }
    }
  }
}

نمونه رکوردهای منبع (RR) در zonefile:

web4 180 DYNA multifo!v4www
smtp 180 DYNA multifo!v6smtp
www 180 DYNA multifo!pubwww

توضیحات (DESCRIPTION)

افزونه gdnsd-plugin-multifo برای انجام گروه‌بندی تغییر مسیر اضطراری (failover) چندنشانی و تمام‌فعال (all-active) طراحی شده است. اساساً برای هر نام منبع پیکربندی‌شده، یک فهرست برچسب‌دار از نشانی‌ها ارائه می‌دهید. افزونه "multifo" این نشانی‌ها را بر اساس "service_types" پایش می‌کند و به پرس‌وجوهای نشانی "DYNA" با استفاده از زیرمجموعه‌ای که در وضعیت "DOWN" نیستند پاسخ می‌دهد. کد اصلی gdnsd این رکوردها را هنگام ارسال خروجی به‌صورت نوبتی (round-robin) می‌چرخاند، همان‌طور که برای تمام مجموعه‌رکوردهای (RR-sets) نشانی انجام می‌دهد.

پیکربندی سطح بالای افزونه (TOP-LEVEL PLUGIN CONFIG)

در بالاترین سطح از بخش پیکربندی افزونه، سه پارامتر ویژه "up_thresh"، "service_types" و "ignore_health" پشتیبانی می‌شوند. این پارامترها گزینه‌های پیش‌فرض هم‌نام را به ازای هر منبع، برای هر منبعی که آن‌ها را به‌طور صریح مشخص نکرده باشد، تنظیم می‌کنند.

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

پیکربندی منبع (RESOURCE CONFIG)

درون یک منبع، دو گزینه اساسی پیش رو دارید. می‌توانید مستقیماً مجموعه‌ای از جفت‌های "label => address" تعیین کنید که همگی از یک خانواده (IPv4 یا IPv6) باشند، یا می‌توانید از زیربخش‌های "addrs_v4" و/یا "addrs_v6" برای تعیین یک یا هر دو خانواده در همان منبع استفاده کنید.

پارامترهای "up_thresh"، "service_types" و "ignore_health" در تمام سطوح به ارث می‌رسند و می‌توان آن‌ها را در هر سطحی (حتی به ازای هر خانواده نشانی) بازنویسی کرد:

up_thresh

عدد ممیز شناور، پیش‌فرض 0.5، در بازه (0.0 - 1.0]. این پارامتر مقدار آستانه "up_thresh" را به ازای منبع پیکربندی می‌کند. جزئیات بیشتر در بخش «آستانه فعال بودن (UP THRESH)» در زیر آمده است.

service_types

آرایه‌ای از رشته‌ها، یا یک رشته منفرد. پیش‌فرض "default". این پارامتر انواع سرویس‌های پایش‌شده را برای این منبع تعیین می‌کند. اگر آرایه‌ای شامل بیش از یک مورد ارائه شود، همه آن‌ها برای هر نشانی پایش می‌شوند و وضعیت نهایی پایش‌شده برابر با کمینه (بدترین) وضعیت مجموعه خواهد بود. برای جزئیات بیشتر درباره انواع سرویس به gdnsd.config(8) مراجعه کنید.

ignore_health

بولی، پیش‌فرض false. اگر روی true تنظیم شود، وضعیت سلامت نشانی‌های منفرد بر افزودن آن‌ها به مجموعه نشانی‌های خروجی توسط multifo تأثیری نخواهد داشت؛ اما سلامت آن‌ها همچنان بررسی شده و برای محاسبه "up_thresh" به کار می‌رود که توسط فرامافزونه‌هایی مانند geoip و metafo مصرف می‌شود، و ممکن است از این اطلاعات برای تغییر مسیر اضطراری به یک مرکز داده کاملاً متفاوت استفاده کنند.

پیکربندی میان‌بر (SHORTCUT CONFIG)

اگر در یک بخش مشخص (پیکربندی مستقیم منبع تک‌خانواده، یا addrs_v[46]) پارامتری (مانند service_types، up_thresh یا ignore_health) برای پیکربندی ندارید و برچسب‌های توصیفی به ازای هر نشانی که در پایش استفاده می‌شوند برایتان اهمیت ندارد، می‌توانید هش را با آرایه‌ای از نشانی‌ها جایگزین کنید. برچسب‌ها به‌صورت دنباله‌ای از اعداد صحیح با شروع از 1 برای شما ایجاد خواهند شد. به‌عنوان مثال، موارد زیر با یکدیگر معادل هستند:

res1 => { addrs_v4 => [ 192.0.2.1, 192.0.2.2 ] }
res1 => { addrs_v4 => { 1 => 192.0.2.1, 2 => 192.0.2.2 } }

مکانیزم‌های عملیاتی (OPERATIONAL MECHANICS)

تمامی نشانی‌ها برای تمام منابع، با استفاده از "service_types" به‌ارث‌رسیده به ازای هر خانواده نشانی پایش می‌شوند (پیش‌فرض، پایشگر مجازی ایستای "up" خواهد بود). هنگامی که دیمن هسته یک جستجو برای رکوردهای نشانی از یک خانواده مشخص روی یکی از منابع این افزونه درخواست می‌کند، اساساً فرایند زیر را برای تعیین مجموعه نشانی‌های پاسخ برای آن خانواده نشانی طی می‌کند: ۱) افزودن تمامی نشانی‌های غیر-DOWN به مجموعه نتایج. ۲) اگر مجموعه نشانی‌های غیر-DOWN در بررسی up_thresh ناموفق شوند، افزودن *تمام* نشانی‌ها به مجموعه نتایج به‌عنوان حالت بازگشت به امن (fallback). ۳) اگر هر یک از نشانی‌ها در وضعیت DOWN باشد، نصف کردن مقدار TTL تعیین‌شده در zonefile.

اگر "ignore_health" برابر با true باشد، تمام نشانی‌ها بدون توجه به وضعیت سلامت به مجموعه نتایج اضافه می‌شوند، اما تأثیرات up_thresh و TTL همچنان رخ می‌دهند و وضعیت نهایی در سطح منبع نیز بازتاب‌دهنده وضعیت کلی خواهد بود، درست مانند حالتی که بدون "ignore_health" باشد.

در صورتی که یک منبع دارای هر دو خانواده نشانی پیکربندی‌شده باشد، این فرایند به‌طور مستقل برای هر یک از زیرمجموعه‌های نشانی IPv4 و IPv6 تکرار می‌شود (البته TTL فقط یک‌بار نصف می‌شود). جزئیات بررسی up_thresh در ادامه آمده است:

آستانه فعال بودن (UP THRESH)

اگر به تعداد کافی نشانی در وضعیت UP برای گذر از آستانه (به ازای هر خانواده نشانی) وجود نداشته باشد، تمام نشانی‌ها (از آن خانواده نشانی مشخص) به‌عنوان حالت بازگشت به امن (fallback) بازگردانده می‌شوند.

آستانه از نظر ریاضی همانند شبه‌کد زیر پیاده‌سازی شده است:

"if(non_down >= ceil(thresh * total)) threshold_passed;". به‌عنوان مثال، اگر thresh روی مقدار پیش‌فرض 0.5 باشد و در مجموع ۳ نشانی IPv4 وجود داشته باشد، ۲ مورد از آن‌ها باید غیر-down باشند تا از آستانه عبور کنند. نتیجه خالص این است که با آستانه پیش‌فرض، این افزونه هرگز یک نشانی تکی و جداافتاده را از میان مجموعه‌ای ۳ تایی بازنمی‌گرداند؛ یا هر ۳ نشانی را بازمی‌گرداند، یا در صورتی که یک نشانی با شکست مواجه شده باشد، ۲ مورد از ۳ نشانی را بازمی‌گرداند.

هنگامی که بررسی آستانه برای هر یک از خانواده‌های نشانی ناموفق شود (و تمام نشانی‌ها بازگردانده شوند)، شکست کامل در سطح منبع به هر فرامافزونه بالادستی مربوطه مانند metafo یا geoip نیز اعلام خواهد شد.

قواعد کلی برای نتایج فرمول up_thresh:

• آستانه 1.0 تنها زمانی از بررسی عبور می‌کند که تمام نشانی‌ها غیر-down باشند. این حالت تا حد زیادی بی‌فایده است؛ چرا که می‌توانید اصلاً چیزی را پایش نکنید و این نشانی‌ها را به‌صورت مجموعه‌ای ایستا در zonefile قرار دهید.
• آستانه 0.01 حتی اگر تنها یک نشانی زنده باشد از بررسی عبور خواهد کرد و صرفاً همان یک نشانی را برمی‌گرداند، حتی اگر مثلاً تنها نشانی باقی‌مانده از ۴۰ نشانی باشد.
• از آنجا که آستانه 0.0 غیرمجاز است، در صورت down بودن تمام نشانی‌ها، بررسی آستانه همواره ناموفق خواهد بود و تمام نشانی‌ها بازگردانده می‌شوند.

مثال‌های مقادیر میانی: (آستانه: نسبت غیر-down به کل مورد نیاز برای قبولی در آستانه):

• 0.1: 1/1 1/2 1/3 1/4 1/5 1/6 1/7 1/8 2/16
• 0.2: 1/1 1/2 1/3 1/4 1/5 2/6 2/7 2/8 4/16
• 0.3: 1/1 1/2 1/3 2/4 2/5 2/6 3/7 3/8 5/16
• 0.4: 1/1 1/2 2/3 2/4 2/5 3/6 3/7 4/8 7/16
• 0.5: 1/1 1/2 2/3 2/4 3/5 3/6 4/7 4/8 8/16
• 0.6: 1/1 2/2 2/3 3/4 3/5 4/6 5/7 5/8 10/16
• 0.7: 1/1 2/2 3/3 3/4 4/5 5/6 5/7 6/8 12/16
• 0.8: 1/1 2/2 3/3 4/4 4/5 5/6 6/7 7/8 13/16
• 0.9: 1/1 2/2 3/3 4/4 5/5 6/6 7/7 8/8 15/16

همچنین ببینید (SEE ALSO)

gdnsd.config(5), gdnsd.zonefile(5), gdnsd(8), gdnsd-plugin-simplefo(8)

راهنمای gdnsd.

حق نشر و مجوز (COPYRIGHT AND LICENSE)

Copyright (c) 2012 Brandon L Black <blblack@gmail.com>

این پرونده بخشی از gdnsd است.

نرم‌افزار gdnsd یک نرم‌افزار آزاد است: شما می‌توانید آن را تحت شرایط «مجوز عمومی همگانی گنو» (GNU General Public License) طبق آنچه بنیاد نرم‌افزارهای آزاد منتشر کرده است، چه ویرایش ۳ مجوز و چه (به انتخاب خودتان) هر ویرایش بالاتری بازتوزیع کرده و/یا تغییر دهید.

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

باید همراه با gdnsd یک نسخه از مجوز عمومی همگانی گنو را دریافت کرده باشید. اگر این‌طور نیست، به نشانی http://www.gnu.org/licenses نگاه کنید.