【问题标题】：Datastax Enterprise - 5.0 Best Practices - InstallationDatastax Enterprise - 5.0 最佳实践 - 安装
【发布时间】：2017-05-12 17:00:35
【问题描述】：
我目前正在为我的生产系统评估 Datastax Enterprise 5 安装。有多种安装方法可供选择。当我们通过 DSE 使用选项文件选择 runinstallter 无人值守方法时，它提供了两种模式
1. 基于服务 - 需要 root 权限，并且二进制文件安装在 /usr/share/dse 和 /etc/dse 中。
2. 不基于服务 - 不需要根目录，二进制文件可以安装在自定义位置，相当于基于 tar 的安装而不基于服务。
我有以下问题-
- 是否有任何最佳实践，哪种方法最适合生产安装（简而言之，运行不基于服务的 runinstallter 安装时会出现任何问题）
- 有没有办法我们可以在基于服务的安装中修改 runinstaller 以指向另一个 dse 主目录，然后是 /usr/share/dse 和 /etc/dse ，例如 /Cassandra 属于 casandra 用户。
- 关于安装方法的任何其他最佳实践目前都在生产中，没有任何问题。
问候
【问题讨论】：
标签：
cassandra
datastax
datastax-enterprise
opscenter
【解决方案1】：
-
here 指定的任何方法都适用于生产安装
- 据我所知，如果您需要此级别的配置，您可能需要考虑使用 Tarball 安装
- 在为 DSE 5 规划集群时，您需要考虑很多事情。我将首先查看此列表 here。
【解决方案2】：
我是从事 Lifecycle Manager 功能的 OpsCenter 开发人员，所以我有点偏颇......但我认为 OpsCenter LifeCycle Manager 是安装和管理 DSE 的绝佳方式，如果您不这样做的话已经有您在企业范围内使用的 Chef 或 Ansible 之类的东西。它是一个带有 RESTful API 的图形 web 应用程序，以防您需要对其进行任何脚本编写。它通过 SSH 使用 deb/rpm 包部署 DSE，并且可以配置几乎所有 DSE 选项。
关于您的其他问题：
- 服务与无服务安装：您可能需要基于服务的安装。它的行为更像是一个“普通”的 linux 服务，可以使用“服务”命令进行管理。如果您因为组织中非常严格的安全策略而没有 root 访问权限，则无服务安装主要有用，并且如果您选择走这条路线，则需要决定如何管理 DSE 启动和关闭（例如，用于干净重启）。
- DSE 安装程序可能可以处理非标准路径，但我对细节不够熟悉。 LCM 可以处理一些非标准路径，但不是全部（例如，DSE 将始终安装到标准位置）。如果您想非常严格地控制安装的各个方面，tarball 是您的最佳选择。不过，这很复杂，您真的需要控制每条路径吗？
- OpsCenter 最佳实践服务可能是在 Prod 中推荐的最佳操作列表，并且对于 LCM 管理的集群来说很容易转向。但即使您不使用 LCM，我也建议您设置 OpsCenter，以便使用最佳实践服务。
您可以在以下位置找到 OpsCenter 安装步骤：https://docs.datastax.com/en/latest-opsc/opsc/LCM/opscLCMOverview.html。