9

Я пытаюсь найти решение для достижения Geo-Redundancy (2+ центров обработки данных) при использовании надежных исполнителей/сервисов Service Fabric для управления состоянием. Это инсинуирует here, что гео репликации можноGeo Redundancy in Azure Service Fabric Applications

Это может произойти, когда, например, если вы не гео реплицируется и весь кластер находится в одном центре обработки данных, а весь центр обработки данных идет вниз.

, но не объясняет, как включить его.

Кто-нибудь знает, если это запланированная функция для ASF, которая еще не была выпущена, или она присутствует, но еще не полностью изучена?

В качестве альтернативы, у кого-нибудь есть рекомендуемые подходы к перекрестному сопротивлению постоянного тока, когда состояние, необходимое для запуска приложения, сохраняется с помощью StateManager ASF?

спасибо, Alex

+0

Для чего это стоит, что комментарий был удален из документации, поскольку он был признан «вводящим в заблуждение.» В самом деле. https://github.com/Microsoft/azure-docs/commit/29f5ac32da38d9ee439080c66c9b3181d1545ac1 – ckittel

ответ

0

Я считаю, что ответ будет использовать реализацию пользовательских репликатора и преодоление нескольких кластеров с expressroute.

1

Нет причин, по которым вы не можете установить ряд узлов в разных регионах как часть одной и той же ткани и использовать ограничения размещения для управления распределением услуг. Пока узлы могут нормально взаимодействовать друг с другом, с этим не должно быть никаких проблем.

Если вы используете Azure, вы должны развернуть их в виртуальных сетях и связать их вместе с помощью VPN. Вы даже можете перейти к on-prem.

+1

извините, похоже, что это делает избыточность/устойчивость вручную. Можно ли выбрать гарантированную репликацию и доступность в нескольких центрах обработки данных для SF? –

2

Алекс,

Видимо команда ткань сервис по-прежнему взломать эту проблему - подробнее ниже. Тем не менее, вы должны быть в состоянии использовать GeoHA Service Fabric Cluster на Azure самостоятельно. Вот пример того, что:

https://alexandrebrisebois.wordpress.com/2016/05/31/deploy-a-geo-ha-service-fabric-cluster-on-azure/

Не сегодня, но это общий запрос, который мы продолжаем исследовать. Основная технология кластеризации сети Fabric ничего не знает о регионах Azure и может использоваться для объединения машин, работающих в любой точке мира, при условии, что они имеют сетевое соединение друг с другом. Однако ресурс кластера Service Fabric в Azure является региональным, также как и наборы виртуальных машин, на которых построен кластер. Кроме того, существует неотъемлемая проблема в обеспечении согласованной репликации данных между машинами, разбросанными далеко друг от друга. Мы хотим обеспечить, чтобы производительность была предсказуемой и приемлемой до поддержки межрегиональных кластеров. Источник: https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-common-questions

Cheers,

Пауло