服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

用于小型办公室中的HA服务器的DRBD问题

Backround:我们需要在小型办公环境中使用HA服务器,并且正在寻找DRBD来提供它。 我们只有约100GB需要在HA服务器上,服务器负载将会非常低。 如果我们存档较旧的办公室数据,每年的数据可能会增加大约10%-25%,如果我们不这样做,每年可能增加50%-75%。 要点是我们使用消费品级和使用企业级硬件的混合,如果我们不预先规划它,这将是一个问题; 而预先构build的高质量服务器也会失败,所以冗余服务器似乎是要走的路。 计划:我们认为find(2)最好的“我们的降压”服务器并同步它们是件好事。 我们只需要支持SATA / SAS的服务器和空间就可以为价格提供尽可能多的驱动器。 这些服务器好像可以有$ 100- $ 200(+一些零件和额外的驱动器),如果你达成协议。 这在理论上意味着一台服务器可能会失败,如果我们花了几天的时间去解决问题,只要我们没有再次发生巧合的故障,事情就会一直响起,直到我们的IT部门(我)能够实现。 我们将使用Debian作为操作系统。 一些问题 (A)DRBD如何处理驱动器或控制器故障? 这就是显示存储驱动程序之前的DRBD,那么当控制器发生故障并写入脏数据或驱动器发生故障但不立即崩溃时会发生什么情况? 数据是否镜像到其他服务器,在这种情况下是否存在跨服务器数据损坏的风险? (B)DRBD的失败点是什么? 这在理论上只要一台服务器启动并运行就没有问题了。 但是我们知道存在一些问题,那么使用DRBD的失败模式是什么,因为它们大多数在理论上应该是软件? 如果我们要为此有两台服务器,那么使用MYSQL和Apache来运行虚拟机的数据库和Web服务器复制是否合理? (我假设如此) DRBD是否足够可靠? 如果不是,某些任务是不可靠的,或者是更随机的。 search出现了各种各样的问题的人,但这是互联网与看似更坏的信息比好。 如果数据通过LAN进行同步,DRBD是否使用了两倍的带宽? 也就是说,我们应该把NICS加倍,做一些链路聚合和中继? 然后,也许把他们分开的路由器在不同的电路和不同的房间UPS,现在你真的有一些冗余! 就服务器pipe理而言,这对于一个办公室来说太疯狂了吗? 有一个更简单的REALTIME替代(理论上认为DRBD看起来简单)。 我们已经有一台服务器。 所以在我看来,第二台配备DRBD专用驱动器的USED服务器可以很容易地以一些智能购物的价格达到150-250美元左右。 添加第二个路由器,更多的驱动器,更多的网卡(使用),和(2)UPS的,并谈论$ 1,000 +/-。 那相对便宜! 我希望这将主要是在服务器故障期间为我们购买时间。 这些日子,驱动器故障似乎是RAID处理起来更容易的事情。 这是其他硬件故障,如控制器,内存或电源,可能需要停机诊断和解决这个问题。 对于我们来说,冗余服务器意味着使用的硬件变得更加可行,更多的运行时间和更多的灵活性让我能够在我的日程安排允许的情况下解决问题,而不必停止一切来修复服务器。 希望我不会错过这些问题容易search的答案。 我做了一个快速search,没有find我正在寻找的东西。

机器对机器通信的协议select – 级别:n00b

我正在build立一个灌溉泵和连接pipe道的监测系统。 到目前为止,我已经完成了传感器networking。 一切都连接到一个微控制器板(实际上是4 Teensy 3.0板),并且板被编程为以预定的时间间隔输出一串格式化的数据(读数)。 我想要做的就是通过USB串口将电路板连接到一个RaspberryPI (或其他一些SBC),然后让计算机将来自传感器板的读数发送到远程服务器进行logging。 我考虑的选项是: 1 – 系统日志…它让我很早就意识到这一点,因为它似乎提供了我所需要的几乎所有东西。 复杂性让我感到害怕。 2 – REST …将RaspberryPI POST数据,线上,通过networking上传到服务器上的CouchDB。 3 – HTTP …使用node.js保持一个开放的HTTP连接,并“写入”数据行。 它当然需要被第二个node.js脚本接收,以存储在DB中。 现在要求: 〜它需要轻量级和相对较快。 将会有很多数据(间隔1秒),而RaspberryPI也不是强大的。 〜我非常喜欢压缩string的选项。 上行链路是通过3G,我希望去一个“小”的月度计划。 〜encryption将是很好的,但不是强制性的。 偏执狂与乡下人一样强大 〜我真的需要这个尽可能KISS。 长话短说,我已经把这个作为一种网上串行连接,一台计算机在线连接到另一台计算机。 那么,我在这里select的选项是可取的? 或者更好,有谁有更好的主意? 我诚恳地打开编辑,甚至重新发布这个问题,如果有人有一个好点。 编辑: 迄今为止所有的评论和回答都被赞赏和考虑。 系统日志真的很棒,但我真的需要避免复杂性和开销。 另外,经过一些testing,RaspberryPI似乎在启动rsyslog后不久就停下来了。 到目前为止,已经决定DBMS将成为CouchDB。 显而易见的select是使用curl或退化的node.js服务器在数据到达时立即对数据库服务器进行REST调用。 这虽然简单而有效,但出于许多原因并不可取。 安全也是一个问题。 我不喜欢在直接调用DBMS的领域中使用微型PC的想法。 我开始赏金的原因是我希望有人能够提出一个如下的想法:“远程微型PC和DBMS之间的某种持续连接,数据将通过某种协议进行格式化并通过这种连接进行转发以便在另一端接收,这种连接需要尽可能轻量,尽可能less的开销“。