Несколько VLAN в той же подсети
Причина могла быть добавлена задержки при использовании имени, решающего в сервере MySQL. Для каждого соединения mysql проверяет имя DNS клиента, который существенно увеличит задержку.
Можно проверить, если это верно, на Вас, если у Вас есть строка skip-name-resolve в Вашем my.cnf. Если это не там, добавьте эту строку, перезапустите сервер и попробуйте еще раз.
Конечно, вы можете это сделать, но это не рекомендуемый способ.
В виртуальных локальных сетях используется программное обеспечение для имитации отдельных физических локальных сетей. Таким образом, каждая VLAN является отдельным широковещательным доменом и отдельной сетью.
Как вы определили, маршрутизация между этими VLAN была бы сложной, поскольку они являются одной и той же подсетью. Если все адреса разные, можно маршрутизировать трафик, используя очень большое количество правил, которые не соответствуют реальной конфигурации подсети и запутают любого, кто наследует это от вас. Однако вполне допустимо использовать одни и те же подсети RFC1918 в разных физических сетях. Скорее всего, вы даже можете сделать все адреса одинаковыми.
Другое ограничение, которое следует иметь в виду, и, возможно, более актуальное, заключается в том, что если какой-либо из этих хостов должен подключаться к чему-либо вообще, маршрутизация их в эту сеть также будет затруднена. Вам почти наверняка придется использовать NAT и настроить правила NAT так, чтобы каждая из этих VLAN имела отдельный внешний адрес. Если эта конфигурация не сбивает с толку ОС хоста, она наверняка запутает любого администратора, пытающегося с ней работать.
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом . В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом. . В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом . В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом . В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом . В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом. В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).
Существует много, много, много адресов RFC1918, и редко возникает реальная потребность в сохранении адресов таким образом. В крайне маловероятном случае, если вы их не используете, вы даже можете использовать диапазон адресов RFC6598 100.64.0.0/10 (который обозначен как частный диапазон для NAT операторского уровня, и хотя это не его предполагаемое использование, если вы достаточно велики, чтобы израсходовать целые / 8, / 16 и / 12, кроме того, вы могли бы привести аргумент, что вы фактически являетесь поставщиком Интернет-услуг для этих устройств).