解决appfabric问题所需的帮助

本文关键字：帮助 appfabric 问题 解决 | 更新日期: 2023-09-27 18:24:02

我的应用程序正在windows web 5服务器的生产web场中使用AppFabric作为我们的分布式缓存模型。该应用程序是一个.net4c#web应用程序。我们在AppFabric中遇到了一些问题，并且对这些问题的设置有一些疑问。我们面临的主要问题是，如果其中一台web 5服务器重新启动，其他服务器上的网站也会在短时间内关闭，appfabric异常如下所示：

  • 消息：错误代码：子状态：存在临时故障。请稍后重试
  • 错误代码：子状态：引用的区域不存在。使用CreateRegion API修复错误

我们有一个缓存提供程序包装类，它创建datacachefactory对象等，并用作web应用程序和appfabric之间的中介。这是一个单例类，因此在该类的Init上只创建一个datacachefactory对象实例。

上面的第二个错误，我相信我已经找到了原因，在我们的代码中，区域一开始就在Init ie上创建，但如果一个节点来自其备忘录中包含该区域的集群，那么上面的错误就是结果。为了解决这个问题，应该尝试在每个请求appfabric上创建区域，但只有在不存在的情况下才创建区域，这听起来正确吗？

关于另一个错误，我相信可能是由于配置问题。这是集群配置xml文件：

     <?xml version="1.0" encoding="utf-8"?>
<configuration>
    <configSections>
        <section name="dataCache" type="Microsoft.ApplicationServer.Caching.DataCacheSection, Microsoft.ApplicationServer.Caching.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
    </configSections>
    <dataCache size="Small">
        <caches>
            <cache consistency="StrongConsistency" name="App1Cache"
                secondaries="1">
                <policy>
                    <eviction type="Lru" />
                    <expiration defaultTTL="10" isExpirable="true" />
                </policy>
            </cache>
            <cache consistency="StrongConsistency" name="App2Cache" 
        secondaries="1">
                <policy>
                    <eviction type="Lru" />
                    <expiration defaultTTL="10" isExpirable="true" />
                </policy>
            </cache>
            <cache consistency="StrongConsistency" name="App3Cache"
                secondaries="1">
                <policy>
                    <eviction type="Lru" />
                    <expiration defaultTTL="10" isExpirable="true" />
                </policy>
            </cache>
            <cache consistency="StrongConsistency" name="default">
                <policy>
                    <eviction type="Lru" />
                    <expiration defaultTTL="10" isExpirable="true" />
                </policy>
            </cache>
        </caches>
        <hosts>
            <host replicationPort="22236" arbitrationPort="22235" clusterPort="22234"
                hostId="724664608" size="1228" leadHost="true" account="SERVER1'user"
                cacheHostName="AppFabricCachingService" name="SERVER1"
                cachePort="22233" />
            <host replicationPort="22236" arbitrationPort="22235" clusterPort="22234"
                hostId="598646137" size="1228" leadHost="true" account="SERVER2'user"
                cacheHostName="AppFabricCachingService" name="SERVER2"
                cachePort="22233" />
            <host replicationPort="22236" arbitrationPort="22235" clusterPort="22234"
                hostId="358039700" size="1228" leadHost="true" account="SERVER3'user"
                cacheHostName="AppFabricCachingService" name="SERVER3"
                cachePort="22233" />
            <host replicationPort="22236" arbitrationPort="22235" clusterPort="22234"
                hostId="929915039" size="1228" leadHost="false" account="SERVER4'user"
                cacheHostName="AppFabricCachingService" name="SERVER4"
                cachePort="22233" />
            <host replicationPort="22236" arbitrationPort="22235" clusterPort="22234"
                hostId="1752630351" size="1228" leadHost="false" account="SERVER5'user"
                cacheHostName="AppFabricCachingService" name="SERVER5"
                cachePort="22233" />
        </hosts>
        <advancedProperties>
            <securityProperties>
                <authorization>
                    <allow users="everyone" />
                </authorization>
            </securityProperties>
        </advancedProperties>
    </dataCache>
</configuration>

注意：我们设置了多个we缓存，因为我们有多个使用appfabric的应用程序，并且发现它们都存在相同的问题。

这是每个服务器上应用程序中的web.config条目：

<dataCacheClient requestTimeout="15000" channelOpenTimeout="3000" maxConnectionsToServer="1">
<localCache isEnabled="true" sync="TimeoutBased" ttlValue="300" objectCount="10000" />
<clientNotification pollInterval="300" maxQueueLength="10000" />
<hosts>
  <host name="SERVER1" cachePort="22233" />
  <host name="SERVER2" cachePort="22233" />
  <host name="SERVER3" cachePort="22233" />
  <host name="SERVER4" cachePort="22233" />
  <host name="SERVER5" cachePort="22233" />
</hosts>
<transportProperties connectionBufferSize="131072" maxBufferPoolSize="268435456" maxBufferSize="8388608" maxOutputDelay="2" channelInitializationTimeout="60000" receiveTimeout="600000" /></dataCacheClient>

有人看到上面的问题吗？正如你所看到的，我们有3个主要东道主和2个中学。

我从中得到的一些问题是：

  • 我读过关于拥有本地缓存的文章——这在技术上有什么好处？即，这会为每个节点提供数据的本地副本吗
  • 关于港口的最佳做法是什么？上述端口是否正确，或者与正在使用的相同端口是否存在冲突
  • 3个主要主机和2个辅助主机，这是建议的拆分吗？这是否意味着有3份数据

当我们重新启动服务器时，我们尝试从不同时重新启动主要主机。

感谢您对此的任何反馈！

解决appfabric问题所需的帮助

我们广泛使用AppFabric缓存。你将看到

Message: ErrorCode:SubStatus:There is a temporary failure. Please retry later.

通常。最好为自己编写一个AppFabric的包装器，当抛出此错误时，该包装器会自动重试。您确实希望使用指数退避，但如果不这样做，随机化重试周期可能就足够了。

Web.config文件中的缓存配置仅用于创建缓存工厂。它将联系其中一个主机并从中获取群集配置。在Web.config中列出所有主机的唯一好处是，如果某个主机出现故障，它可以联系另一个主机。即使您只列出了一个主机，只要存在，您的缓存也可以正常工作。

如果读取对象的频率高于写入对象的频率，则使用本地缓存可能会提高性能。你必须通过实验来调整它的大小。

相关文章：