00:08
布朗斯泰西:你好,欢迎来到这个会议在2021年加速扩展和保护弹性搜索。我的名字是布朗史黛西。我场解决方案架构师在纯粹的存储,今天,我将加入了理查德•德沃尔首席架构师在NTT爱游戏ayx双赢彩票管理服务。FlashBlade是一个很好的选择
00:32
使下面的基础设施弹性更灵活,因此,Elasticsearch、更敏捷。和有趣的知道FlashBlade其核心股票很多相同的设计原则有弹性。我们将详细讨论如何纯FlashBlade帮助Elasticsearch
00:51
规模,同时保持速度。所有不牺牲简单。我们也会谈论如何保护你的弹性数据,和纯和弹性搜索是如何使客户对历史数据而不影响搜索操作的复杂性,或打破
01:09
银行。和理查德将与大家分享一些关键的改进和决策在NTT管理服务提供客户最好的体验当访问自己的数据,所有由Elasticsearch和FlashBlade。这种聚合的计算和存储方式
01:31
存储性能和容量现在可以独立了。不再扩展计算层,同时仍然提供一贯的低延迟和可预测的性能和容量均线性增加。强调基础设施弹性搜索需要敏捷。这
01:53
意味着它需要能够规模需求和以不同的方式我们可以满足灵活的用户需求,它需要使迭代用户使用方式的变化弹性搜索。支持能够快速、轻松地自旋新集群支持新版本或新测试
02:13
配置。这也需要简单,以便工程师和最终用户都可以充分利用弹性搜索。这意味着运行更多的集群,运行更大的集群和动态地改变和塑造这些集群。为了成功地做到这一点需要敏捷
02:32
基础设施。弹性搜索环境必须架构与1000年代的事件支持摄取更多的数据保留的时间更长,因为企业需要支持内部团队要求迭代。这将意味着支持存储需求
02:50
数据存储从周年,同时实时响应和特别查询。这些团队的期望已经设定的云提供商即刻旋转的新环境。弹性搜索通常是数据分析管道的一部分,而不仅仅是一个独立的
03:11
应用程序。数据收集运输和原始数据的存储。所以你看更大的分析管道,你经常看到需要存储的其他组件,所有这些都可以存储在FlashBlade。FlashBlade一贯低延迟,可以预见不久的增加
03:30
性能和容量从七个叶片在一个底盘,一直到150年10叶片与多维底盘性能。通过多维性能我们不是针对一个特定的输入输出模式,完全有能力支持小型或者大型的,随机或顺序数据
03:51
元数据操作,使FlashBlade适合存储服务在整个分析管道。传统上,弹性搜索是部署在物理服务器直接连接存储。但这将创建几个挑战。磁盘利用率不均匀或一个磁盘
04:10
失败会导致弹性搜索关闭本身由于无计划的计算要求。在传统的方法来实现弹性搜索。有很多领域的失败,更不用说操作的复杂性。让我们谈谈扩展一个弹性集群搜索。与
04:30
遗产直接附加存储。扩展需要增加计算和存储。对于许多客户。这也意味着获得定制的计算来满足的需求弹性。不管需要什么规模,计算或存储。计算和存储都将需要添加到
04:51
集群。这也意味着变化等其他层网络、Rackspace,或权力一旦服务器配置和集成到弹性搜索集群,然后索引碎片的平衡需要在应用程序中开始使用这个节点之前。随着集群
05:12
的增长,很可能越来越不平衡,因为现在有更多的资源比必要跟上扩展需求。还有数据移动开销在平衡会经常导致计划外停机系统受到更高
05:30
的传输请求。分类方法,弹性搜索可以独立计算或存储规模扩大产能,通过添加一个叶片,也增加了可用性的性能由FlashBlade提供。和增加计算现在可以利用
05:52
商品可以添加服务器虚拟机,一个物理服务器,甚至一个容器。当然,容器允许更多的弹性搜索作为一种服务体验。这种方法大大简化了运行Elasticsearch集群的操作方面。被
06:10
能够独立根据需要存储或计算规模,我们获得更高效的资源利用率,这意味着我们现在可以支持破裂弹性搜索计算节点来处理特定的查询或业务所需的补丁,季度末或者你的结束
06:27
操作或满足突然要求保存期的变化从一年到两年通过简单地增加可用的存储空间。扩展Elasticsearch现在敏捷。让我们也看看节点故障的处理。当弹性搜索是部署在直接连接
06:46
存储在节点故障,Elasticsearch将自动开始重建丢失的碎片在其余节点为了维护所需的副本数量。当然,在这个遗产直接附加存储架构,弹性搜索数据存储在一个主碎片和
07:04
最小的复制碎片。这个重建操作是资源密集型的。当有一个节点出现故障时,我们突然在工作负载高峰,经常破坏我们弹性集群正常操作,和有一个高潜力影响摄入和查询性能。这个失败
07:24
增加了额外压力的所有硬件层堆栈,网络,计算和本地存储。没有人想要一个电话,一个不高兴的客户。理想情况下,部署Elasticsearch建立任何失败的影响降到最低。即使是在一个完美的世界的事情。现在,让我们来
07:43
看看这个相同的失败,但利用FlashBlade分类架构。首先,因为FlashBlade耐久性提供了额外的数据,我们需要只配置一个复制碎片将有一个主碎片和一个复制碎片。当一个节点失败时,将会有更少的数据
08:04
重建。但更重要的是,失败的节点上的数据在FlashBlade仍然存在,这意味着经济复苏节点可以重新映射到原始NFS体积。现在弹性集群只需要重复事件回到一致性的一个子集。我们使用Kubernetes和港口工作
08:23
更换失败的节点会自动和透明的任何最终用户或弹性管理员利用FlashBlade。在分类体系结构中,节点故障的影响变得看不见和最终用户体验可预测性能即使在失败
08:43
事件。我们知道所有的基础设施需要维护。操作系统需要升级和打补丁。网络需要修补和改进,和软件升级都是不可避免的。当弹性搜索架构是基于保护数据和das
09:02
集群节点的可用性的集群执行任何维修工作之前。在这个过程中,节点的数据将被疏散和重新分配剩下的集群中的节点。重复这一步骤为集群中的每个节点
09:21
消费和繁琐的操作任务为大型Elasticsearch部署。类似于一个节点故障时,额外的IO负载可以将压力添加到集群中,这可能导致计划外停机。当利用FlashBlade分类架构,我们有信心
09:40
在数据的可靠性。自从FlashBlade有6个9的可用性,我不需要疏散每个节点执行升级。数据保存在FlashBlade以来,我就开始滚动升级集群中的所有节点。没有浪费额外的
09:58
时间监控每一个节点都有升级和终端用户查询没有性能影响。正如我们前面讨论过的,弹性的搜索常常是数据分析管道的一部分。允许用户快速试验和迭代的需求意味着提供一个灵活、高性能弹性搜索作为一个
十点二十分
服务架构。用户可能需要测试和死的副本生产集群来验证一个新的软件版本,或者去尝试一种新的配置。部署分布式应用弹性搜索遗留戴兹架构使实验和快速迭代中极其困难的。
晚
这意味着尺寸计算、存储、网络、Rackspace,为每一个迭代和权力。利用FlashBlade在分类体系结构使它容易更敏捷交付服务的分布式应用程序,我可以创建新的虚拟或集装箱计算
11:01
层利用现有的存储与回放数据从生产到测试都在同一个共享存储平台。因为FlashBlade旨在处理多维应用程序工作负载,旋转时没有风险性能这些测试开发
11:19
副本。FlashBlade成为骨干的端到端分析管道,简化操作,使敏捷服务交付给终端用户,允许我们提供弹性在06云像经验。让我们谈谈更多关于作为一个服务Kubernetes和弹性
他们就
容器是选择当谈到敏捷的平台作为服务交付模型。让我们更深入地讨论我们如何提供弹性搜索服务在这样一个环境中。我们利用弹性云Kubernetes算子。这提供了一个坚实的框架弹性搜索集群部署
12点
在我们Kubernetes环境。港口工程还可以利用来实现持久卷声称Kubernetes FlashBlade应用程序在它。易于扩展、配置管理和弹性。我们现在可以很容易地退出定制的物理服务器
12:18
要用集装箱装Elasticsearch部署与零数据迁移。当部署Elasticsearch Kubernetes。与港口的作品,我们可以提供简单的缩放,自动故障恢复和高摄取查询时间,所有提供弹性搜索作为服务的一部分。
12:39
弹性是一个有状态的服务,这使Kubernetes配置为无状态的微观服务更复杂的比。最大的挑战将会发生在配置存储和网络。和你想要确保子系统提供低延迟。
12:55
FlashBlade能够提供这种持续低延迟在不同的应用程序工作负载,无需添加额外的操作的复杂性。和弹性EC K和港口工程提供了简单的配置,扩展和恢复弹性搜索集群而消除
13:15
行政负担,不仅让客户快速、轻松地旋转了新的弹性集群,但也允许无缝伸缩弹性搜索作为服务交付在规模与速度和简单。现在让我们进入我们如何保护弹性搜索数据。
37
弹性和FlashBlade一起工作的另一个好方法是利用FlashBlade作为一个快照库。弹性搜索配置为指向FlashBlade s3的目标。当一个弹性快照,它存储在FlashBlade。这是一个重要的数据保护策略。作为
13:56
弹性搜索日志分析环境中变得更有价值。SLA和恢复时间成为关键。如果你备份容器,VM或物理主机,你不是执行一致的备份你的索引。如果有一个问题,一个基础设施故障意外
真理
删除或某种形式的腐败。客户需要能够恢复Elasticsearch索引。快照时,你可以很快托管在一个高性能对象存储。这种高性能对象存储也支持实验和的基础
十四36
快速迭代通过利用同一快照快速、轻松地旋转测试开发环境。快照也有用热存档,您可以恢复数据从过去时需要使用。FlashBlade博士还支持复制这些快照位置
14:56
另一个FlashBlade甚至AWS s3这给客户的另一个选择旋转瞬时Elasticsearch集群在云中。今年3月,2021年,弹性宣布搜索快照现在ga在弹性7点11。搜索快照将允许客户保留和搜索
15:20
对象存储的数据。让我们走进FlashBlade和搜索快照如何协同工作,这将使弹性环境价值。可搜索快照允许客户老客户现在可以扩展存储数据快照的价值作为一个数据保护的一部分
15:40
策略,允许用户搜索对经常访问的数据。这也意味着有更少的数据对于弹性集群管理,不仅减少了存储需求,而且操作开销。默认情况下,搜索快照指数没有副本。的
16:00时
潜在的快照提供了弹性和查询卷将足够低,一个碎片复制就足够了。但这就是FlashBlade性能真正亮点,提供低延迟查询时间快照。通过搜索快照管理
十六18
ILM,常规指数转换为可搜索快照当它到达冷冻阶段。通过利用FlashBlade作为可搜索快照存储库。客户不仅可以保留数据,但搜索快速轻松地反对它。总之,从我们
发表
今天讨论,FlashBlade巩固现代数据应用到一个可扩展的平台,消除竖井复杂和低效的基础设施和提供投资保护的新水平。FlashBlade提供真正差异化的解决方案
16:58
你的工作负载。是否包括保护弹性数据,保持数据搜索的时间更长,或提供弹性作为服务。就像我们前面所提到的,弹性通常是一个更大的数据分析管道的一部分。利用FlashBlade的持久存储
17:18
端到端数据管道也意味着真理的单一来源的数据被访问许多不同分析用例在许多不同的团队,一起工作,提供更好的商业见解。我希望您喜欢我们今天的会议,了解更多关于缩放和
17:37
保护你的Elasticsearch环境。谢谢你的时间。享受剩下的加速。