问题 我正在使用haproxy来负载均衡Web服务器。 我使用会话持久性与其他cookie作为一些应用程序使用会话文件，这些服务器之间不同步。 我想要禁用服务器进行维护，但不会中断会话。 所以我想让现有的客户端继续他们的应用程序会话，但不接受新的客户端。 haproxy的行为 我将服务器设置为“正在维护” 如果客户端设置了cookie，即使标记为“正在维护” 如果一个新的客户端（没有cookie）来，它被引导到另一个服务器 毕竟所有的客户端都结束了他们的应用程序会话，没有更多的客户端将cookie设置到这个特定的服务器上，我会很好地closures它，而不会中断用户。 你认为这是可以实现一些haproxyconfiguration？ 还是有一个聪明的方法来做到这一点？ 其他方法 非穷举的其他方法来实现这一需求： 在服务器之间同步会话文件（需要一种在多个服务器之间同步文件的方法，或者一个普通的单个安装点） 使用数据库来存储会话信息（需要改变应用程序行为） 更多细节 我使用这种configuration： frontend https-in bind xxx.xxx.xxx.xxx:443 ssl crt /etc/haproxy/ssl/_default.pem crt /etc/haproxy/ssl reqadd X-Forwarded-Proto:\ https acl APP1 hdr(host) -i APP1.atac.local use_backend APP1 if APP1 default_backend _default backend APP1 redirect scheme https if !{ ssl_fc } mode http balance roundrobin cookie […]
我正在使用Google，并没有任何东西。 如果你有100个奇数Cisco路由器和交换机，你如何推出新的IOS版本？ 某些不是通过手动login到每个设备。 我发现的唯一的事情就是思科自动升级pipe理器，但这只适用于ISR。 是通过脚本部署思科交换机和路由器更新的唯一方法？ 我可以编写这个脚本，但是在做这个之前，我想确保唯一的方法就是用我自己的脚本。 编辑：只是为了清楚我没有find一种方法，使路由器自动更新自己只是一个自动的方式推出IOS更新到路由器。 编辑：就像一个更新木偶设备pipe理（与福尔曼）工作得很好，但我可能只是与SolarWinds NCM
我正在寻找解决scheme来自动化我们的应用程序的部署过程之一。 在开始部署时，我想以编程方式将指定的服务器设置为维护模式，最后在部署完成后，从nginx服务器中删除维护模式标志。 通过维护模式，我的意思是nginx应该以HTTP响应代码503响应所有的请求（可能的自定义页面）。 我知道如何设置服务器块与503代码（请参阅http://www.cyberciti.biz/faq/custom-nginx-maintenance-page-with-http503/ ），但问题是关于如何以编程方式并最有效地。 我脑海中有两种select： 选项1：在部署过程开始时，将维护文件写入文档根目录，并有条件地检查nginx服务器configuration中是否存在维护文件： server { if (-f $document_root/in_maintenance_mode) { return 503; } } 此方法包含一定的开销，因为检查每个请求的文件存在。 只有在加载nginxconfiguration文件时才能检查文件是否存在？ 选项2：部署脚本用维护版本replace整个nginx服务器configuration文件，并在部署结束时将其交换回来。 如果使用此方法，我担心可能会覆盖维护configuration文件的其他自动化进程（如puppet）。
如何将SQL Server数据库备份到networking共享？
我在我的Linode上做了很多工作，目前托pipe一个网站，但是每隔一段时间（通常是每两个月左右一次），我会收到有关IO速率过高的警告（通常高于6000） 。 我得到的最后一个说：“你的Linode …在过去的2小时内已经超过了磁盘io速率的通知阈值（1000），平均值为6557.69”。 我有点担心，但是不知道该怎么想。 它健康吗？ 看看我的服务器图，我从来没有看到任何特别的东西，下面是我的低stream量站点的两个“正常”的日子（请注意，两个主要的尖峰是我rsyncing备份服务器）。 还要注意的是，即使我当天两次rsynced，我没有得到警告通过这些。 图表如下： 我试过看iotop但每当我看看一切看起来很健康。 有任何想法吗？
我们正在考虑从戴尔转向Supermicro服务器。 pipe理层主要关心的是维护。 你们在同一天的现场服务维护计划中做了些什么？
在这个问题的精神， 什么是你最古老的硬件仍然有效？ ，我想问一下： 你知道哪些最早的硬件仍在使用中？ 您（或其他人）在保持运行方面面临哪些挑战（缺less文档，没有支持，没有备件可用…）？ 大多数组织将在5 – 10年后退休/升级软件和硬件，但有时旧软件会一直在旧箱子上运行，因为它“正常工作”。 我曾经在一个运行HP-UX的单台服务器上运行一个（内部开发的）业务软件的客户端。 服务器是旧的（约12-13年），但幸运的是仍然运行没有问题; 然而，获得备件将是非常困难的，由于软件安装没有logging，任何重大的系统变化，甚至新硬件都可能导致显着的停机时间和数据丢失。 我们最终设法取代它，但这并不总是可能的。 我还看到许多组织仍然运行着十年前的大型机硬件，特别是用于控制工业机器或发电厂的高度定制的系统。 你遇到过哪些旧硬件？ 你是如何处理这些挑战的？ 相关问题： 旧服务器应该退役
有一些数据库维护任务，如重新组织索引，移动文件，更改模式等，需要禁用任何使用数据库的应用程序。 有什么好办法解决这个问题，除了在网站上发布一条消息，比如说“我们将从午夜到凌晨4点，服务器维护”。
我有一个服务器，主办几个网站，除了查看几个日志和压缩他们，我没有做约2个月的任何维护。 只是想知道你需要在你的Linux服务器上执行什么样的定期维护？ 有任何脚本可以让你进行维护吗？
这应该可能是社区维基。 我试图列出所有我们应该定期进行的系统pipe理任务，因为我相信我们在公司里做得不够。 这里的态度是解决问题不方便，但是没有时间做预防性维护或持续改进。 日常： 每晚交换备份磁带/驱动器 检查防病毒更新是否推送到所有系统 每周： 交换每周备份磁带/驱动器 清理所有系统中的临时文件 整理所有系统 每月： 计划基础设施改进 交付/发送过时的设备给电子回收商 重build或更换老化的工作站 testing从备份恢复 年度： 重build或更换老化的服务器 更换UPS电池