Сервер 2012 - прозрачная обработка отказа SMB без совместно используемых дисков, возможных?

Это (печально) будет некоторое время, прежде чем можно будет сойти с рук единственный стек сеть только для IPv6. До тех пор двойной стек с предпочтением IPv6, когда доступно является способом работать.

В то время как большинство потребительских маршрутизаторов не поддерживает IPv6 со встроенным микропрограммным обеспечением запаса сегодня, многие могут поддерживать его со сторонними встроенными микропрограммными обеспечениями (например, Linksys WRT54G с dd-wrt, и т.д.). Кроме того, много устройств бизнес-класса (Cisco, Juniper) поддерживают IPv6 out-of-the-box.

Важно не перепутать PAT (many-one NAT, как распространено на потребительских маршрутизаторах) с другими формами NAT, и с брандмауэрингом без NAT; после того как Интернет становится только для IPv6, брандмауэры все еще предотвратят воздействие внутренних сервисов. Аналогично, система IPv4 с непосредственным NAT автоматически не защищена; это - задание политики брандмауэра.

2
задан 6 October 2012 в 18:58
2 ответа

I don't think this is doable. You can't have failover transparency without using shared disks. How would the other node know which files the first node was serving without using locks?

The only other option I can think of from the top of my head is to use Fault Tolerance inside vSphere, but that has very high requirements in terms of processing power, network bandwith and latency. I've never encountered anyone doing fault tolerance on less than dedicated 10gig pipes.

0
ответ дан 3 December 2019 в 15:39

Вы думали о чем-то вроде небольшого файлового сервера NetApp - у них есть две «головы», одна заменяет другую в случае отказа и в течение достаточно короткого времени, чтобы не вызывать отключений. Мы используем их широко, и у ни разу не было сбоев из-за проблем с фильтром. Но они не бесплатные;)

0
ответ дан 3 December 2019 в 15:39

Теги

Похожие вопросы