Дизайн обработки отказа перекрестного Колорадо, обработка отказа уровня DNS?
Я наконец-то понял проблему. это может помочь другим. Это ошибка с TF 1.12, я удалил и переустановил TF 1.11, который способен обнаруживать GPU.
Некоторые предложения для команды TF:
- Перед выпуском новой версии, пожалуйста, убедитесь, что она работает во всех системах ОС без каких-либо ошибок (такие ошибки, которые Я против, это очень низкая ошибка рычага)
- Пожалуйста, обновите сторонние библиотеки для поддержки новейших версий, например: CUDA 10, который я установил на своем компьютере, но из-за установки TF я вышел вернуться к 9.0; раздражает. VS 2015, Python 3.7, а также и и ... также.
- Пожалуйста, обновите документацию, как для установки, так и для сборки из исходных текстов, четко опишите все, что необходимо, что нужно установить, как собрать все необходимые инструменты и утилиты. В документации я обнаружил, что сборка TF из исходного кода очень проста, но на самом деле это не так, там я обнаружил много ошибок, как и другие, поэтому я не смог собрать из исходного кода.
До сих пор я обнаружил, что TF - самая раздражающая структура, сборка и установка. TF очень чувствителен, вероятность возникновения ошибок как при сборке, так и при установке очень высока.
Удачи!
3 ответа
Основанные на DNS механизмы неприятны даже при помещении низкого TTLs в зональные файлы.
Причина этого состоит в том, что много приложений (например, MSIE) поддерживают свои собственные кэши, которые игнорируют TTL. Другое программное обеспечение сделает сингл gethostbyname() или эквивалентный вызов и хранилище результат до программы перезапущены.
Что еще хуже, рекурсивные серверы DNS многих ISP, как известно, игнорируют TTLs ниже своего собственного предпочтительного минимума и налагают их собственное выше TTLs.
В конечном счете, если сайт должен работать из обоих дата-центров, не изменяя его IP-адрес затем, необходимо посмотреть на расположения относительно "Размещения в разных сетях" с помощью глобальных объявлений маршрута BGP4.
С размещением в разных сетях необходимо получить, по крайней мере,/24 netblock "поставщика, независимого" (иначе "PI") пространство IP-адресов, и затем иметь это только быть объявленными глобальной таблице маршрутизации от резервного узла, если основной сайт идет офлайн.
Если Вы можете, Многоадресная передача - http://en.wikipedia.org/wiki/Multicast или AnyCast - http://en.wikipedia.org/wiki/Anycast
Что касается DNS, мне нравится ссылаться, "Почему DNS Основанное Глобальное Выравнивание нагрузки Сервера не Работает". Для всего остального - используют BGP.
Разработка сетей для загрузки баланса с помощью BGP, все еще не является легкой задачей, и я сам, конечно, не эксперт по этому. Это также более сложно, чем Википедия может сказать Вам, но существует пара интересных статей о сети, которые детализируют, как это может быть сделано:
Существует всегда больше, если Вы ищете BGP и выравнивание нагрузки. Существует также пара технических описаний в сети, которые описывают, как Akamai делает их глобальное выравнивание нагрузки (я полагаю, что это - BGP также.), который всегда интересно читать и узнать о.
Вне очевидных понятий можно использовать программное и аппаратное обеспечение для достижения, Вы могли бы также хотеть свериться со своим ISP/поставщиком/Колорадо, если они могут настроить Вас.
Кроме того, никакое преступление в отношении Вашего выбора Колорадо (Кто поставщик?), но большинство мест должно быть установкой для контакта с временами простоя и так далее, они не должны требовать, чтобы Вы приняли меры. Конечно, лавинные рассылки или посторонние объекты могут всегда ударять, но в этом случае я предполагаю, что существуют более важные проблемы.:-)