构建高性能和高弹性 WebSphere eXtreme Scale 应用程序的原则和最佳实践(3)

4.手动重新扫描全部好友5.帮好友除草,浇水,杀虫6.好友有狗可设置是否偷取7.可设置重新拉取时间8.可配置需要购买的作物9.同时支持校友空间10.可配置每拉取n个好友后休息m分钟12.可配置是否满经验后不赶好友动物13.可配置是否给好友添加牧草14.可配置是否当经验满时,不再为好友添加牧草15.可配置是否自动为自己添加牧草16.安全配置,可以设置扫描间隔和休息时间等本软件经各大网友测试,能完全做到不降级不被警告,请放心使用.批量采集好友,全自动无人值守偷菜。块级索引的思想是在每一个数据块中添加一些诸如最大值，最小值的轻量级索引，当 sql 引擎扫描 hdfs 文件时，可以跳过不符合条件的 block，从而减少磁盘 io 提高查询性能。指标配置工作结束1小时后，申请人可通过手机app“北京汽车指标”查询当期配置结果,或在北京缓解拥堵网站()登录用户中心查询配置结果,也可通过拨打电话12580查询当期配置结果。

查询类型性能结果（msec）

非索引查询

20414

索引查询

MapRangeIndex 查询

目前为止呈现的最佳实践一般都是用于提高 WebSphere eXtreme Scale 应用程序的性能。不过，也有其他最佳实践与结果应用程序的整体弹性相关。

何时使用副本shards

在应用程序中要考虑的最简单的问题是，网格弹性是否是应用程序中的一个问题。为便于理解，您需要考虑网格中数据的价值。毕竟在多数网格中，网格是一个缓存，而不是 “记录系统”。因此，如果缓存缺失，总是可以还原缓存中的值。问题在于，重新创建缓存的成本（时间或 CPU）太高就会导致在缓存失败时应用程序不能满足其服务级别协议。这就又涉及到下一个原则：

如果缓存中的数据值得预加载，那么就值得在缓存中创建数据副本。

特别适用于网页游戏玩家，当游戏缓存加载失败时可选择只清理当天的缓存，从而避免了因为清理掉了所有的缓存而要重新加载游戏。智能加速，畅快体验前所未有独有智能网页提速系统，多线程加载游戏，内存节省50%以上，游戏启动运行速度快3倍，轻轻一点即可畅享游戏，自动清理内存、缓存，解决卡、死、黑屏等游戏问题。创建你自己的缓存加载器，可以使用一些异步方法来加载数据到缓存里面。

这里的另一个因素是，许多用户使用网格是因为跟不上加载。如果出于日常维护对网格的一部分加以循环利用，在没有副本的情况下就会致使一些缓存数据丢失。数据的丢失可能造成负荷过多，因为缓存不再充当数据子集的缓冲区。因此，使用缓存帮助减负的系统通常需要通过复制来避免这些情况。

在此基础上，又根据机箱高度划分为1u高度2槽机箱、2u高度4槽机箱、4u高度8槽机箱、9u高度8槽机箱等常用类型产品。刀片服务器是一种hahd(high availability high density，高可用高密度)的低成本服务器平台，是专门为特殊应用行业和高密度计算机环境设计的，其主要结构为一大型主体机箱，内部可插上许多“刀片'，其中每一块刀片实际上就是一块系统母板，类似于一个个独立的服务器，它们可以通过本地硬盘启动自己的操作系统。刀片式服务器（blade server）是一种hahd(high availability high density，高可用高密度)的低成本服务器平台，是专门为特殊应用行业和高密度计算机环境设计的，其有一个完整的机座，提供电源、风扇散热、网络通信等功能，而基座上可插置多张单板计算机，因状似刀片，因此称之为刀片服务器，而基座则称之为刀片基座。

有多种方式可实现 WebSphere eXtreme Scale wiki 中描述的区域，不过无论在哪种情况下都要显式指定 <zone name>。物理节点与区域之间的关联要遵从命名规定 eplicationZoneZONENAME。如果您的 WebSphere eXtreme Scale 安装在一个 WebSphere Application Server 或 WebSphere Virtual Enterprise 单元上，ZONENAME 的名称必须与单元中指定的 NodeGroup 完全相同。

在清单 3 中，主 shard 和副本 shard 分别位于两个节点组中，即 XNodeG 和 YNodeG。在存在两个刀片机箱的情况下，每个刀片上都应指定每个节点组。（该规则也完全适用于 WebSphere Virtual Enterprise。）

<?xml version="1.0" encoding="UTF-8"?> 
<deploymentPolicy xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://ibm.com/ws/objectgrid/deploymentPolicy 
../deploymentPolicy.xsd"
  xmlns="http://ibm.com/ws/objectgrid/deploymentPolicy">
  <objectgridDeployment objectgridName="LDAP_OBJECT_GRID" >
    <mapSet name="mapSet1" numberOfPartitions="10" minSyncReplicas="0"
      maxSyncReplicas="0" maxAsyncReplicas="1" developmentMode="false" 
	numInitialContainers="2"
          > <map ref="PEOPLE_USER_TYPE_MAP" /> 
          <map ref="SPECIAL_USER_TYPE_MAP" /> <map ref="ORG_GROUP_TYPE_MAP" /> 
          <map ref="BIZ_GROUP_TYPE_MAP" /> 
          <zoneMetadata> <shardMapping shard="P" zoneRuleRef="stripeZone"/> 
          <shardMapping shard="A" zoneRuleRef="stripeZone"/> 
            <zoneRule name="stripeZone" exclusivePlacement="true" >
              <zone name="ReplicationZoneXNodeG" /> 
              <zone name="ReplicationZoneYNodeG" />
            </zoneRule> </zoneMetadata>
      </mapSet> 
  </objectgridDeployment>
</deploymentPolicy

本文考查了大量用于提高 IBM WebSphere Extreme Scale 性能和弹性的最佳实践，以及有助于更好地理解 WebSphere Extreme Scale 产品的原则。这些信息能够帮助您开发和优化自己的 WebSphere eXtreme Scale 应用程序，并避免在您的环境中应用该产品时出现问题和失误。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-117960-3.html