mongodb 简单部署方案及实例 转载:http://my.oschina.net/zhuzhu0129/blog/53290 第一节 准备工作 一 安装mongodb  我这里选用rehl 5.6作为其运行载体.  1. 下载mongodb的linux版本(注意32位和64位的区别),下载地址:http://www.mongodb.org/downloads   # wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-2.0.4…

1.zookeeper服务 首先,我们需要下载:zookeeper-3.4.9 解压后,在conf文件夹中添加一个配置文件zoo.cfg,内容如下: tickTime=2000 dataDir=/Users/apple/zookeeper/data dataLogDir=/Users/apple/zookeeper/logs clientPort=2181 心跳数:2000 数据路径:data 数据日志路径:logs 客户端端口:2181(这个比较经典) 配置完,进入bin文件夹,运行zkSer…

1. 概述 现在很多高可用系统为了应对极端情况,比如主机宕机.网络故障以及机房宕机等灾难的发生,通常会部署主备架构(双机房),或者双活架构(双机房),甚至多活架构(三个机房或者以上),mongodb天然就适合部署双机房或者多机房,但是在发生机房宕机灾难时,也会遇到无法选举主节点的问题,本文重点讨论在主备或者双活架构下的mongodb的部署方案和切换方案,下文中的讨论以主备架构为例(双活同理). 2. 主备架构网络部署图 在主备架构部署方案中,用户请求都是路由到主机房,备用机房无用户请求,为了简化…

一.Tomcat部署的场景分析 通常,我们对tomcat部署需求可以分为几种:单实例单应用,单实例多应用,多实例单应用,多实例多应用. 对于第一种场景,如果不要求周期性地维护tomcat版本,一般的做法是把打好的war包丢到webapps目录下,然后执行startup.sh脚本,并且可以在浏览器里访问就行了. 对于第二种场景,是把多个应用程序的war包放在同一个tomcat的webapps目录,这样一来,关闭和启动tomcat会影响所有项目. 对于第三种场景,各个tomcat都运行同一个应用程序…

Redis 的高可用集群 前言 几种常用的集群方案 主从集群模式 全量同步 增量同步 哨兵机制 什么是哨兵机制 如何保证选主的准确性 如何选主 选举主节点的规则 哨兵进行主节点切换 切片集群 Redis Cluster方案 哈希槽重新分配 1.如果数据已经迁移完了 2.数据迁移了一半 避免 Hot Key 如何发现 Hot Key Hot Key 如何解决 避免 Big Key Big Key 存在问题 如何发现 Big Key Big Key 如何避免 Big Key 如何删除 参考 Redi…

单点部署方案 环境准备: [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@localhost ~]# uname -r3.10.0-327.el7.x86_64[root@localhost ~]# hostname -I10.0.0.128 关闭selinux,firewalld 安装redis: [root@Redis ~]# cd /usr/local/ [root…

为什么要分布式 Redis是一款开源的基于内存的K-V型数据库,因为内存访问速度快,一般被用来做系统的缓存. Redis作为单机部署能够支持业务简单,数据量不大的系统需求,但在实际应用中,一旦系统规模上来,单机的Redis就会遇到下面的挑战: 伸缩性.系统随着长期运行与业务增长,对Redis存储的数据量需求也越来越大,单机必然受限于服务器的内存与磁盘大小. 高性能.系统规模变大后,对Redis的吞吐量需求也会提高,而单机的吞吐量必然有限,这种情况会影响整体系统的性能. 高可用.Redis持久化机…

前言 前一篇文章介绍了IceGrid的简单应用.这篇文章来介绍一下它的高端玩法-如何将模板,复制组,知名对象应用于部署方案及其作用. 基于模板的部署方案 之前介绍了xml格式的配置文件通过各种描述符如node,server,adaptor等,描述应用部署信息.当服务部署复杂度增加时,书写这些描述符是件头疼的事. 模板(Template)能大大简化描述符的书写:同时参数化使得模板的使用更加灵活.我们可以为描述符server和service定义模板,这个章节主要介绍 Server Template,…

一.常见的部署方案 滚动更新 服务不会停止,但是整个pod会有新旧并存的情况. 重新创建 先停止旧的pod,然后再创建新的pod,这个过程服务是会间断的. 蓝绿 (无需停机,风险较小) 部署v1的应用(一开始的状态)所有外部请求的流量都打到这个版本上 部署版本2的应用版本2的代码与版本1不同(新功能.Bug修复等) 将流量从版本1切换到版本2.  如版本2测试正常,就删除版本1正在使用的资源(例如实例),从此正式用版本2. 金丝雀    1.1 .滚动更新 maxSurge :滚动升级时先启动的…

iOS的动态部署能极大的节约成本.苹果的审核周期很长,有的时候,你可能不得不等待将近2个星期去上架你的新功能或者bug.所以动态部署是有价值的. 我这里讨论的情况不把纯web应用考虑在内,因为用户体验过于差,偶尔出现几个页面还可以,但是整个app都是的话,无疑是非常糟糕的. 理论上讲,因为OC是一门动态语言,你可以利用runtime框架,把任意脚本语言,只要该脚本的解释器是由c语言解释器写成,就可以实现由文本向代码的转变.甚至你也可以自己实现一个解释器(也许会有人喜欢造这样的轮子),不过太小众的…