Datastax Enterprise - 5.0最佳实践 - 安装

Question

我目前正在为我的生产系统评估Datastax Enterprise 5安装。有许多方法可供安装。当我们使用选项文件选择DSE的runinstallter无人值守方法时，它提供两种模式 1.基于服务 - 需要root权限和二进制文件安装在/ usr / share / dse和/ etc / dse中。 2.没有基于服务 - 不需要root和二进制文件可以安装在相当于基于tar的安装的自定义位置上，而无需基于服务。

我有以下问题 -

1. 是否有最佳实践可用哪种方法最适合生产安装（简而言之，在运行没有基于服务的runinstallter安装时出现任何问题）
2. 有没有办法可以在基于服务的安装中修改runinstaller，指向另一个dse home，然后是/ usr / share / dse和/ etc / dse，类似/ cassandra，由casandra用户拥有。
3. 关于安装方法的任何其他最佳做法目前都在生产中，没有任何问题。

此致

Answer 1

1. 指定here的任何方法都适用于生产安装
2. 我不知道，如果您需要此级别的配置，您可能需要查看使用Tarball安装
3. 在为DSE 5规划群集时，您需要考虑很多事情。我首先要查看此列表here。

Answer 2

我是OpsCenter开发人员，负责Lifecycle Manager功能，所以我有点偏颇......但我认为OpsCenter LifeCycle Manager是安装和管理DSE的绝佳方式，如果你不这样做的话你已经在企业范围内使用像Chef或Ansible这样的东西。它是一个带有RESTful API的图形Web应用程序，以防您需要对其进行任何脚本编写。它通过SSH使用deb / rpm软件包部署DSE，并且几乎可以配置每个DSE选项。

关于你的其他问题：

1. 服务与无服务安装：您可能需要基于服务的安装。它的行为更像是可以使用'service'命令管理的“普通”linux服务。如果由于组织中的安全策略非常严格而没有root访问权限，那么无服务安装主要是有用的，如果您选择走这条路线，则需要决定如何管理DSE启动和关闭（例如，干净的重新启动。
2. DSE安装程序可能会处理非标准路径，但我对细节不够熟悉。 LCM可以处理一些非标准路径，但不能处理所有路径（例如，DSE将始终安装到标准位置）。如果您想要非常严格地控制安装的每个方面，tarball是您的最佳选择。但是，这很复杂，你真的需要控制每条路吗？
3. OpsCenter最佳实践服务可能是Prod中推荐的最佳建议列表，并且很容易转向LCM管理的群集。但即使您不使用LCM，我建议您设置OpsCenter，以便使用最佳实践服务。

您可以在https://docs.datastax.com/en/latest-opsc/opsc/LCM/opscLCMOverview.html找到OpsCenter安装步骤。