# 集群发现
# 1.Amazon AWS发现
# 1.1.概述
AWS云上的节点发现通常认为很有挑战性。和其它大部分的虚拟环境一样，Amazon EC2有如下的限制：
- 组播被禁用；
- 每次新的镜像启动时TCP地址会发生变化。
虽然在没有组播时可以使用基于TCP的发现，但是不得不处理不断变换的IP地址以及不断更新配置。这带来了很大的不便以至于在这种环境下基于静态IP的配置实质上变得不可用。
为了缓解不断变化的IP地址问题，Ignite通过利用Amazon S3存储、Amazon ALB或Amazon ELB支持节点自动发现。
# 1.2.基于Amazon S3的发现
基于Amazon S3的发现可以使节点在启动时在Amazon S3存储上注册它们的IP地址，这样其它节点会尝试连接任意存储在S3上的IP地址然后发起网格节点的自动发现。至于使用，需要将ipFinder配置为TcpDiscoveryS3IpFinder。
注意，要将libs/optional/ignite-aws中的库文件添加到应用的类路径。
下面的例子显示了如何配置基于Amazon S3的IP探测器：
还可以将Instance Profile用作AWS的凭据提供者：
# 1.3.基于Amazon ALB的发现
基于AWS ALB的IP探测器不需要节点注册其IP地址，该IP探测器会自动获取在Application Load Balancer下连接的所有节点的地址，并使用它们连接集群。至于使用，需要将ipFinder配置为TcpDiscoveryAlbIpFinder。
下面是如何配置基于Amazon ALB的IP探测器的示例：
# 1.4.基于Amazon ELB的发现
基于AWS ELB的IP探测器不需要节点注册其IP地址，该IP探测器会自动获取ELB中连接的所有节点的地址，然后使用它们连接集群。至于使用，需要将ipFinder配置为TcpDiscoveryElbIpFinder。
下面是如何配置基于AWS ELB的IP探测器的示例：
提示
上面的两个方法可以只配置一次然后就可以在所有的EC2示例中复用。
# 2.Google计算发现
# 2.1.概述
GCE上的节点发现通常认为很有挑战性。Google云，和其它大部分的虚拟环境一样，有如下的限制：
- 组播被禁用
- 每次新的镜像启动时TCP地址会发生变化
虽然在没有组播时可以使用基于TCP的发现，但是不得不处理不断变换的IP地址以及不断更新配置。这产生了一个主要的不便之处以至于在这种环境下基于静态IP的配置实质上变得不可用。
# 2.2.基于Google云存储的发现
为了减轻不断变化的IP地址的问题，Ignite支持通过使用基于TcpDiscoveryGoogleStorageIpFinder的Google云存储来实现节点的自动发现。在启动时节点在存储上注册它们的IP地址，这样其它节点会试图连接任意保存在存储上的IP地址然后初始化网格节点的自动发现。
提示
这个方法可以只配置一次就可以在所有的EC2实例上复用。
下面的例子显示了如何配置基于Google云存储的IP探测器：
# 3.JClouds发现
# 3.1.概述
云平台上的节点发现通常认为很有挑战性。因为JCloud，和其它大部分的虚拟环境一样，有如下的限制：
- 组播被禁用
- 每次新的镜像启动时TCP地址会发生变化
虽然在没有组播时可以使用基于TCP的发现，但是不得不处理不断变换的IP地址以及不断更新配置。这产生了一个主要的不便之处以至于在这种环境下基于静态IP的配置实质上变得不可用。
# 3.2.基于Apache JCloud的发现
为了减轻不断变化的IP地址的问题，Ignite支持通过使用基于TcpDiscoveryCloudIpFinder的Apache jclouds工具包来实现节点的自动发现。要了解有关Apache JCloud的信息，请参照jclouds.apache.org。
该IP探测器形成节点地址，通过获取云上所有虚拟机的私有和共有IP地址以及给它们增加一个端口号使Ignite可以运行，该端口可以通过TcpDiscoverySpi.setLocalPort(int)或者TcpDiscoverySpi.DFLT_PORT进行设置，这样所有节点会连接任何生成的的IP地址然后发起网格节点的自动发现。
可以参考Apache jclouds providers section来获取它支持的云平台的列表。
警告
所有虚拟机都要使用同一个端口启动Ignite实例，否则它们无法通过IP探测器发现对方。
下面的例子显示了如何配置基于Apache JCloud的IP探测器：
18624049226
