none
Странное поведение AppFabric Cache

    Вопрос

  • Есть кластер AppFabric Cache, состоящий из 6 серверов. Но на обработку запросов и отдачу результатов работает только один. Как сделать настройку, чтобы работали все вместе?
    31 июля 2017 г. 12:57

Ответы

  •  Здравствуйте,

     Посмотрите тогда имееют ли узлы кэша доступ к базе данных SQL сервера.  Если cluster validation report проходит без замечаний, значит причина в SQL сервере. Снова напишу, что лучше открыть заявку, там могут сделать более углубленный анализ. Штатное состояние системы имеется в виду, что все работатет, так как хотел разработчик.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    3 августа 2017 г. 12:46
    Модератор

Все ответы

  •   Здравствуйте Олег,

     Можете проинформировать данный кластер состоящий из 6 серверов работал в штатном режиме ? Можете проверить службу Windows "AppFabric Cashing Service" включена, каждый сервер, входящий в состав кластера, должен быть настроен на "Automatic" ?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    1 августа 2017 г. 6:14
    Модератор
  • Добрый день.

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

    PS. Кластер настроен согласно инструкций МС.

    1 августа 2017 г. 10:51
  •  Добрый день.

     Тема "Странное поведение AppFabric Cache" оставляет впечатление , что кластер работал с 6 серверами под одновременной нагрузкой, а инцидент в том, что сейчас под нагрузкой работает только один. В таком случае воспользуйтесь Troubleshooting Server Issues (Windows Server AppFabric Caching) и Troubleshooting Windows Server AppFabric Caching.Более подробные инструкции можете найти на просторах MSDN форума и  здесь Windows Server AppFabric Caching Deployment and Management Guide . Мой совет проверить настройки Cluster Configuration Settings (Windows Server AppFabric Caching)


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    2 августа 2017 г. 5:52
    Модератор
  • День добрый.

    Да нет, система мне досталась уже в таком состоянии. Настройки были перепроверены согласно инструкций MS - все верно настроено. Но система ведёт себя странно. За линки спасибо.



    2 августа 2017 г. 6:54
  •   Здравствуйте Олег,

     Какие значения имеют параметры LeadHostManagement и LeadHost ? Включен ли высокий уровень доступности ? Видите какие нибудь ошибки или предупреждения они могут помочь понять, в чем причина инцидента, так как нет полной информации по данному вопросу.   


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.



    3 августа 2017 г. 6:39
    Модератор
  • Добрый день.

    Оба параметра имеют значение false. Высокий уровень доступности включен. Ошибок не наблюдаю.

    3 августа 2017 г. 9:49
  •  Добрый день , 

     В таком случае SQL сервер выполняет роль управления кластером, каждый узел кэша выполняет только свои обычные обязанности, связанные с кешированием данных и все шесть узлов кэша предоставляют свои ресурсы клиентам кэша для доступа к данным. В случае, что у вас по меньшей мере один узел кэша имеет доступ к базе данных SQL сервер и кластер продолжает фунционировать даже при потери 5 узлов кэша из 6 и не наблюдаете ошибки, очень важно понять как работала система до этого, потому что это ее штатное состояние.  Очень сложно определить это "странное поведение" или нет, как и заставить систему работать так, как она до сих пор не работала. Могу предложить открыть заявку в службу технической поддержки если данный вопрос нужно быстро решить.

    SQL Server-Based Cluster Configuration (Windows Server AppFabric Caching)

    Назначение роли управления кластером и ведущих узлов (кэширование в Windows Server AppFabric)


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.



    3 августа 2017 г. 12:15
    Модератор
  • Можно уточнить, что значит "штатное состояние"?

    Вы написали: каждый узел кэша выполняет только свои обычные обязанности, связанные с кешированием данных и все шесть узлов кэша предоставляют свои ресурсы клиентам кэша для доступа к данным. Моя проблема как раз в том, что только один узел из шести отдает свои ресурсы для доступа к данным.

    3 августа 2017 г. 12:25
  • Подскажите еще такой момент, пожалуйста. Может быть такое поведение и связано с этим фактом?

    Насколько я понял из рекомендаций МС по настройке Клиента Кэша (т.е. моего приложения, использующего Кэш), в web.config в разделе "hosts" должны быть указаны управляющие хосты. Вопрос в том, что должно быть указано в этом разделе в случае использования в качестве управляющего узла, как и в моем случае, SQL сервер?

    PS. На данный момент в web.config указаны все шесть обычных узлов кластера. Так советовал разработчик приложения.

    3 августа 2017 г. 12:38
  •  Здравствуйте,

     Посмотрите тогда имееют ли узлы кэша доступ к базе данных SQL сервера.  Если cluster validation report проходит без замечаний, значит причина в SQL сервере. Снова напишу, что лучше открыть заявку, там могут сделать более углубленный анализ. Штатное состояние системы имеется в виду, что все работатет, так как хотел разработчик.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    3 августа 2017 г. 12:46
    Модератор
  • Добрый вечер.

    Спасибо за помощь.

    3 августа 2017 г. 14:39
  • Добрый день,

    Был рад помочь. Пожалуйста отметьте ответы, которые Вам помогли. Заранее спасибо !


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    4 августа 2017 г. 7:37
    Модератор
  • Добрый день.

    Есть новая информация.

    Перенесли appfabric cache на новые сервера. Настройки стенда:

    - 4 сервера

    - конфигурация хранится в xml

    - из 4 серверов 2 настроены управляющими

    - ПО: appfabric cache (1.1 +CU7 +hotfix (preCU8), windows server 2012 R2 DC

    Но, ситуация не изменилась, опять под нагрузкой находится 1 (одна) неуправляющая нода.

    4 октября 2017 г. 7:14