线下客户案例

快讯

• 10月7日代维工作单——处理某客户阿里云服务器无法访问的故障

        今天刚才另外客户的IDC机房回来就收到了这个客户的电话，说云服务器用的好好的，突然就无法访问了，远程桌面打不开，Ping也不通；而且这台阿里云服务器是VPC的内部机(没有公网IP地址)，外部访问需要通过VPN服务器。站长起初考虑是不是欠费了，因为这个客户的云服务器也差不多时间要到期了；但客户坚持如果欠费的话应该所有云服务器都停机的，不可能就一台故障的。

         既然如此，站长于是安排小弟登陆客户的阿里云账户远程管理下云服务器，看看是不是系统崩溃了。半小时后，小弟回复的结果让我哭笑不得。这个故障真是欠费停机了，至于为什么其他云服务器不停呢？因为其他云服务器在别的账户下，他们的购买时间晚了一周。

         最后站长问了下客户有没有收到阿里云的停机通知短信，客户居然回答账号绑定的是运维人员的手机号，而他已经被裁员了。站长已经可以预见不远的未来.............

  8个月前 (10-07)

• 10月6日代维联系单——某客户嫌阿里云服务器价格贵，要求站长给他想个办法

         某客户电话联系站长，说阿里云服务器续费价格就非常贵，根本用不起，希望站长给他想想办法。站长电话沟通后发现这台云服务器大多数时间是不运行任务的，只有在晚上00:00~1:00之间会跑一些数据任务，处理出来的数据结果也不是非常大，于是一个大胆的方案就在站长脑海中形成了——阿里云按量付费实例停机不收费。

  解决方案:

  1. 将即将到期的现有云服务器转成按量付费实例。
  2. 将固定带宽计费模式的弹性公网IP转成按使用流量计费模式。
  3. 将该云服务器设置为停机不收费模式。
  4. 通过运维编排服务创建自动开机服务。
  5. 在操作系统内创建关机脚本(调用阿里云的官方API)，每当任务结束时，自动调用脚本。
  6. 通过运维编排服务创建自动关机服务(避免关机脚本失效，设置在上午10:00执行)。

         经过实践，客户目前的费用相较原来的优惠购买价(不是续费价哦)降低了30%。客户说明年会考虑将更多的云服务器代维工作交给我们，希望大饼早点成真吧。

  8个月前 (10-06)

• 10月4日代维工作单——为某大客户现场管理IDC机房施工工作

         真是林子大了什么鸟都有啊！某客户居然要求站长派人给他们的IDC机房施工工作做现场管理，本来站长是要拒绝的；但看在对方提供了不错的条件及近百台代维云服务器的面子上，站长还是答应下来了。这工作问了一圈小弟，没人愿意接手，只能站长自己上了。

  工作内容

  • 根据现有的上架清单，指导工人完成服务器及网络设备的上架工作。
  • 根据网络布线表，管理施工队完成网线的布放工作。
  • 做好后勤工作，保障IDC的施工进度及满足IDC管理方的要求。

         这内容虽然不多，但耗时比较长；站长估计要在现场呆好几天。站长最后也问了对方，为什么不安排自己的人来现场管理。客户回答也很诚实，理由一：因为站长和IDC机房在同一个地方，比较方便；理由二：因为公司在十一期间没人愿意来；而且公司也不愿意出双倍工资。最后谈下来的条件是站长来回打车及住宿全额报修，另外每天补助1800元。站长的十一黄金周就此结束，悲催啊。

  PS：每天补助1800元居然比不过客户公司的双倍薪资，站长什么时候不干了就去这家公司。不知道他们还招人不？

  8个月前 (10-04)

• 10月3日代维工作单——为某客户安装PHP网站运行环境，并部署一个Wordpress网站

         今天某个客户突然在微信工作群内要求站长帮他代买一台阿里云服务器，并安装好PHP运行环境，最好能够在运行环境上随便部署一个PHP网站。在沟通清楚需求及获得客户的书面授权后，站长首先帮他在阿里云账户内下了一个云服务器的订单。然后由客户自己付款购买，等云服务器创建完成后，站长安排小弟给该客户安装运行环境及PHP网站(我们这里选择的是Wordpress)。

  环境部署

         根据客户的选择，我们这里没有使用任何的第三方面板；纯粹使用命令行通过源码编译的方式安装LNMP环境。主要组件如下:

  • 操作系统:Centos
  • WEB服务器:Nginx
  • 数据库:Mysql
  • 语言解析器:PHP
  • PHP插件:Redis、opcahce、exif、fileinfo
  • key-value缓存:Redis

  最后给安装了一个Wordpress 6.0，并配置的Redis缓存；用以验证以上组件是否安装成功。

  8个月前 (10-03)

• 10月3日代维工作单——为客户的阿里云服务器调通Mysql本地访问权限

        今天某代维客户因开发工作的需要，需要通过办公场所的PC远程访问阿里云服务器上的Mysql数据库。在接到客户的微信需求后，马不停蹄的为客户调通Mysql访问权限。

  操作实施步骤

         客户的阿里云服务器部署的宝塔面板，面板原生禁止root用户的远程访问。且客户办公场地为企业带宽，有独立IP地址。真土豪啊！！所以只给客户开通了数据库属主用户指定IP的远程访问权限。大致步骤如下:

  1. 在宝塔面板内找到对应的数据库，然后将权限设置为指定IP访问，并填入该IP地址。
  2. 在宝塔面板内打开安全业务，并在防火墙内添加3306端口访问，指定来源IP为客户的企业带宽IP。
  3. 在阿里云服务器的安全组内添加3306端口，并指定来源IP为客户的企业带宽IP。

         至此客户本地办公室已经能够远程管理到Mysql数据库了，并能保证Mysql实例的安全性，避免互联网上的数据库暴露风险。

  8个月前 (10-03)

• 记一次站长5分钟救援阿里云服务器系统崩溃，导致业务不可用的故障处理情况

  国庆黄金周大家都放假，但各种业务异常不放假。站长今天下午又收到某位代维客户的故障报修。这次现象是客户系统突然中断，ping服务器、直接ssh服务器都失败了。考虑到客户使用的是阿里云服务器，于是直接远程登陆看了下操作系统情况。结果让人非常失望，系统已经崩溃了。既然如此，站长使用了运维第一大招：重启；结果不行。客户为此非常着急，客户急就是站长急，于是重点来了：

  25分钟救援步骤:

  1. 卸载云盘，并对两块云盘做快照，耗时10分钟时间。
  2. 通过自定义镜像恢复系统盘数据，耗时10分钟时间。
  3. 关机并挂载数据盘，然后开机，系统恢复正常，耗时5分钟时间。

  备注:

  本次系统救援如此顺利基于前期业务构架时考虑了各种单点风险，例如将业务程序及数据单独存放于独立的数据盘内，操作系统内只有业务程序的运行环境；对业务程序部署及运行时的重要节点部署并保存自定义镜像等。你也许有疑问，明知有单点风险，为什么不给客户做负载均衡等高可用构架或者部署docker容器呢？这是因为客户就只有1台云服务器，而且使用了Windows Server 2019服务器。
  8个月前 (10-02)