Соединение между Amazon, ELB и его пул экземпляров бэкенда сделаны через частную сеть Amazon AWS, но соединение от любого хоста (экземпляр EC2 или не) к общедоступному DNS ELB направляется к общедоступному IP (я только что проверил это).
Хорошие новости - то, что tracepath от экземпляра EC2 до ELB базировался, сервис берет меньше чем 1 миллисекунду для достижения ее места назначения, даже когда направлено через общедоступного дюйм/с Amazon.
Так или иначе это - просто быстрый и грязный тест, не считайте это само собой разумеющимся. Я выполнил бы некоторые серьезные сетевые сравнительные тесты, чтобы быть уверенным в реальном поведении в этой ситуации.
Это проблема LVM в ядрах до 2.6.33, где поддержка барьеров была полностью реализована (реализация в 2.6.32 была неполной).
Сообщение об ошибке безвредно, и его можно проигнорировать (при условии, что ваш базовый дисковый массив имеет резервную батарею или аналогичную защиту от записи).
Вы также можете указать параметр nobarrier
в / etc / fstab
для этой файловой системы, что подавляет сообщение.
Я попытался загрузить ядро с помощью "mount -o барьер = off "
Что пробовали?
- параметры барьера должны быть указаны в / etc / fstab