Які відмінності між плаваючими IP та віртуальними IP-адресами?


26

Це може бути пішохідним питанням, але чим відрізняється "плаваюча IP-адреса" від "віртуальної IP-адреси"? Це синоніми?

Відповіді:


23

Для мене терміни означають різні речі.

Плаваюча IP-адреса використовується для підтримки відмови в кластері з високою доступністю. Кластер налаштований таким чином, що тільки активний член кластеру "володіє" або відповідає на цю IP-адресу в будь-який момент часу. Якщо активний член відмовиться, то "право власності" на плаваючу IP-адресу буде передано черговому члену, щоб просувати його як новий активний член. Зокрема, член, якого слід просувати, видає безкоштовний ARP, оголошуючи про нову асоціацію MAC-адреса-IP.

Віртуальна IP-адреса відноситься до IP-адреси віртуального сервера і є більш туманним терміном. Наприклад , з балансирами завантаження F5, наприклад , віртуальні сервери - це сервіси (веб-сайти тощо), які ви хочете розмістити.

Більш конкретно, припустимо, у вас є пара балансирів навантаження в активному режимі очікування. Для кожного інтерфейсу або VLAN балансові навантаження мають кожен власний IP-адресу, а також плаваючу IP-адресу, яка поділяється між обома членами. Коли балансир навантаження ретранслює вхідні запити до зворотних вузлів, він використовує плаваючу IP-адресу як адресу джерела, тому якщо балансир навантаження помре, його партнер зможе взяти на себе та отримати відповідь. Кожен веб-сайт або інша служба, що розміщується на балансирах навантаження, матиме власну IP-адресу, яку можна назвати "віртуальною" IP-адресою. (Можна сказати, що і ці віртуальні IP-адреси "плавають", оскільки управління ними перейде в режим очікування у разі відмови.)


А робити кластер активного очікування швидше, ніж просто перезапустити балансир навантаження?
CMCDragonkai

Якщо два балансири навантаження мають однакову плаваючу IP-адресу, тоді коли запит робиться на цю плаваючу IP-адресу, яка вирішує, який балансир навантаження повинен бути виконаний.
user12458

2
@JavaТехнічне відображення IP-Ethernet здійснюється через ARP . Члени кластера координують між собою так, що в будь-який час лише активний підрозділ відповість на запити ARP для плаваючої IP. Під час відмови новий активний блок надсилає безкоштовне повідомлення ARP, повідомляючи всі інші пристрої в підмережі (особливо маршрутизатор), що MAC-адреса нового активного блоку повинна бути пов'язана з плаваючою IP.
200_успіх

@ 200_success Тоді хто перший отримує запит на плаваючий IP? Чи може це бути будь-який член (незалежно від того, зайнятий він чи ні). Крім того, якщо стався збій у члені, який піклується про видалення цього балансира навантаження зі списку доступних балансирів?
user12458

@JavaTechnical Учасники кластеру домовляються між собою, хто з них активний. Для балансирів навантаження BIG-IP на вибір на них впливає налаштування штату надмірності .
200_успіх

12

Ні, обидва дуже схожі, але зазвичай використовуються в різних контекстах.

Virtual IP(або VIP) зазвичай використовується як термін для вираження факту, що IP не належить до одного конкретного фізичного інтерфейсу. У цьому сенсі вона VIPне залежить від фізичного інтерфейсу (у фізиці називаються частинки, у яких відсутні фізичне представлення virtual. Схоже, IP-адреси без фізичного інтерфейсу теж називаються virtual). Отже, невіртуальний IP призначений для підйому вгору і вниз з його інтерфейсом і належить лише одному єдиному інтерфейсу, тоді як a VIPможе вийти з цього декількома способами (навіть можливо існувати на більш ніж одному інтерфейсі одночасно , як віртуальні частинки можуть існувати одночасно всередині і зовні чорної діри - див. https://en.wikipedia.org/wiki/Hawking_radiation ).

Floating IP(або FIP) здається, що це термін, придуманий деякими аварійними / віртуальними хостинг-рішеннями, щоб назвати загальнодоступний поза IP-адресою (деякі навіть резервують цей термін FIPдля IP-адрес із загальнодоступної області IP).

Отже, справедливо наступне:

  • FIPзазвичай це VIPтеж, але є винятки
  • a VIPможе бути a, FIPколи використовується в певних налаштуваннях
  • FIPзазвичай означає набагато більше , ніж просто особлива формаVIP

Напевно, не розумно використовувати терміни взаємозамінно чи думати, вони однакові.

  • Якщо ви використовуєте термін FIPдля IP-адреси у віртуальному інтерфейсі, ви, мабуть, заплутаєте багатьох людей і повинні дотримуватися його VIPтут.

  • Може бути декілька VIPs, які посилаються на одне і те ж FIP, наприклад, зовнішня VIP(яка надходить із загальнодоступної області IP) та внутрішня "natted" VIP(яка зазвичай надходить із приватної області IP) цього FIP. Тож якщо ви вживаєте VIPтут термін , це створить серйозне непорозуміння.

Щоб додати плутанину, давайте заглянемо у Вікіпедію:

https://de.wikipedia.org/wiki/Virtuelle_IP-Adresse

bezeichnet die dynamische IP-Adresse eines Aktiv / Passiv-Clusters, unter der das momentan aktive Primärsystem adressiert ist

Таким чином, в відповідно до німецької Вікіпедії VIP ⊂ FIP.

https://en.wikipedia.org/wiki/Virtual_IP_address

Віртуальна IP-адреса (VIP або VIPA) - це IP-адреса, яка не відповідає фактичному фізичному мережевому інтерфейсу (порту). Використання для VIP-персон включає переклад мережевих адрес (особливо, NAT для одного), стійкість до відмов та мобільність.

Звідси англійська Вікіпедія розповідає зовсім іншу історію, а саме FIP ⊂ VIP

І оскільки обидві статті суперечать, будь ласка, не потрапляйте в пастку думати FIP ≡ VIP

Підсумовуючи це:

  • Virtual IP є загальновідомим загальноприйнятим технічним терміном, який використовується для IP-адрес, які не пов'язані строго з одним інтерфейсом

  • Floating IPяк правило, більш-менш маркетингові говорять для позначення спеціально використовуваного ІР, який найчастіше, але не завжди, є VIP.


2

Так, вони однакові. Це терміни, які зазвичай використовуються для налаштування балансування навантаження тощо


0

FIP, який має доступ для публічного доступу, може вказувати на VIP, яким ділиться декілька програм. Отже, коли один сервер не працює, запит може перейти на інший, не змінюючи FIP

Практичний приклад використання VIP та FIP у OpenStack

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.