标签: multiple-instances

我刚刚在 Windows 2012 VM 上安装了 MySQL 5.7。我正在尝试创建和运行多个实例，但对这么简单的事情不起作用感到非常沮丧。

我在默认位置C:\Program Files\MySQL\MySQL Server 5.7 中安装了 MySQL，然后我复制了该文件夹并制作了另一个副本以创建另一个实例（我想这就是它的工作原理？）

两个 MySQL 实例如下图所示。

服务器 1

服务器2

两个服务器的 INI 设置如下：

服务器 1

server-id=1
log-bin="mysql-bin"
binlog-ignore-db=test
binlog-ignore-db=information_schema
replication-ignore-db=test
replica-ignore-db=information_schema
relay-log="mysql-relay -log"
自动增量-增量 = 2
自动增量-偏移量 = 1

Server2
server-id=2
log-bin="mysql-bin"
binlog-ignore-db=test
binlog-ignore-db=information_schema
replication-ignore-db=test
replication-ignore-db=information_schema
relay-log="mysql-中继日志”
自动增量增量 = 2
自动增量偏移量 = 2

我通过打开命令提示符并键入以下内容来运行两台服务器：
“C:\Program Files\MySQL\MySQL Server 5.7\bin\mysqld”
“C:\Program Files\MySQL\MySQL Server 5.7 - 2\bin\mysqld”

该命令似乎成功运行，因为没有显示错误，但是当我查看任务管理器以查看是否有任何 mysql 进程正在运行时，我没有看到。

我究竟做错了什么？

主要问题：在生产服务器上使用 Git 进行部署是一个好策略吗？

我看到的许多部署策略都围绕着在您的服务器上安装 Git（开发、暂存和生产）。

对于部署到舞台/生产，这的优点似乎很明显：

• 快速拉动变化的能力
• 更轻松的自动化
• 如果需要，可以切换分支（可能是每个测试服务器的分支）
• 可以查看文件是否在生产服务器中以某种方式更改

但是，我看到了一些缺点：

• 安全性 - Git 似乎是一个潜在的攻击媒介，即使生产环境具有只读访问权限
• git pull 如果生产中存在某种未分阶段的更改（也可以使用 -f 克服），则在生产服务器上可能会失败

部署即服务公司（例如 Beanstalkapp.com、deployhq.com）使用 FTP、SFTP 或 SSH。Beanstalkapp 尤其擅长只根据 git 历史修改文件（而不是重新部署每个文件）。这些服务不要求您在舞台/生产服务器上安装 git（尽管如果您通过 SSH 部署，您是否会/可以使用该策略是有争议的）。

我发现我喜欢使用 sftp：

• 仍然可以在部署前/部署后运行脚本
• 无论生产服务器上有什么，都可以覆盖、移动、删除文件（这对我来说是一个加分项）
• 生产环境中没有 .git 目录或任何基于 git 的攻击漏洞

就最佳实践和安全性而言，在生产服务器上轻松使用 git 是否值得？如果没有，在跳过持续集成工具的同时进行部署的好方法是什么？

（我只询问是否跳过 CI 工具，因为时间/预算/客户限制不允许它们用于我的日常使用）。

我们2.2.8-1ubuntu0.15在我们的 VPS 实例上运行 Apache 版本Ubuntu 8.04.4 LTS \n \l，正如我通过问这个问题确定的那样。

当我发出时pgrep apache2，我得到以下信息：

 2691
24517
25330
25669
25672
25795
25796
25809
25825
26401
26402

这是 11 个单独的实例apache2！这是正常的吗？如果没有，我该怎么办？

我有一个使用 Openfire、Tomcat6 和 MySQL 堆栈的聊天应用程序。

目前，我已经在单个 Linux 微实例（613 MB 内存）上安装了所有这些服务器。即使在 10-20 的低用户群中，我也会遇到 CPU 过载，这在这里很明显。

因为，我是 Amazon EC2 的新手，有人可以建议我如何根据流量使用扩展我的架构吗？

• 我应该为每个应用服务器使用单独的微实例吗（openfire、mysql、tomcat6）

• 我应该为整个服务器堆栈使用单个小型或中型实例。

  上下文中的一些因素：

• 高度依赖MYSQL

• 由于文件传输导致内存使用率高

• 与其他 Amazon 服务（如 S3、SES）交互的 Web 应用程序

我想复制我的虚拟机并将其放在负载平衡器后面。

Apache1  Apache2 ....ApacheN
   |        |           |
-------------------------
        LoadBalancer

我只想为虚拟主机使用一个配置文件（实际上是一个包含在每个 httpd.conf 中的 conf 文件目录）、一个日志文件和一个用于所有实例的公共 DocumentRoot 目录。这可能吗，只是在虚拟机之间共享一些目录并相应地配置每个 Apache？

或者文件打开和写入会有一些冲突？

是否有更好的方法来维护具有相同配置的所有机器？

我能想到的另一件事是，它是一个复制主配置并重新启动所有 Apache 实例的脚本。还有一些脚本来合并所有日志......

欢迎任何建议。

更新：我认为在我的情况下性能不是问题，但是当我开始注意到日志损坏时，我停止从两个实例写入同一个日志文件。

[04/Oct/2014:17:10:34 +0200] "GET /index.html HTTP/1.0" 200 15082 22633
[04/Oct/2014:17:10:36 +0200] "GET /index.html HTTP/1.0" 200 15082 13[04/Oct/2014:17:10:38 +0200] "GET /index.html HTTP/1.0"[04/Oct/[04/Oct/2014:17:10:40 +0200] "GET /index.[04/Oct/2014:17:09:42[04/Oct/2014:17:10:42 +0200][04/Oct/2014:17:09:44 +0200] "GET /index.html HTTP/1.0" 200 15082  

我有一台服务器，我想专门用于通过 LibreOffice将doc文件转换为该服务器pdf。服务器有 6 个内核，LibreOffice 是单线程的。这意味着生成单个 pdf 使用了我总 CPU 功率的 16.666%。转换文件可以从控制台完成并且是一个阻塞任务，即它等待直到完成将控制返回到控制台。

我可以启动 6 个无头办公实例（在 6 个不同的端口上），并通过一些自定义代码确保每个工作请求都发送到不同的实例。我必须检查所有 6 个实例何时都忙于工作，以便将工作保留在待处理的队列缓冲区中。我还必须管理超时/错误以重新启动特定实例并尝试重做导致问题的特定工作，可能再尝试 1-2 次，直到我放弃。

上述场景不会为单个文档使用 100% 的 cpu，但它允许一次转换多达 6 个文档，而不是一个接一个地处理它们，功率仅为 16.6%。

我的问题是：是否存在管理此类场景的产品/工具？可能是可以协调此类任务的通用东西（当然不知道有关 LibreOffice 的任何细节）。

我对 mongodb 相当陌生，正在这里解决一些 DevOps 问题。

我们在 AWS 上部署了一个 B2B Saas 产品，客户之间没有网络效应，并且一些客户拥有比其他客户大得多的数据库。它们目前正在一台中央 mongodb 服务器上运行，我们遇到了严重的噪音邻居问题，我们需要隔离拥有大量联系人的客户端。

我的问题是：对于我们在 aws 中为单个大客户提供自己的隔离 vpc 的设置，最小合理的 mongodb 服务器是多少？这是否需要是 mongo 文档中所示的 3 服务器副本集，或者可以合理地使用一个 ec2 实例作为小型数据库的生产 mongo 服务器吗？