aws

Docker is a technology that allows you to build, run, test, and deploy distributed applications that are based on Linux containers. Docker is available on many different operating systems, including most modern Linux distributions, like Ubuntu, and even Mac OSX and Windows.If you are using Amazon EC2 already, you can launch an instance and install Docker to get started. Youtube Video: Steps to install docker in AWS 1. Launch AMI EC2 Instance 2. xshell SSH into EC2 3. Update the installed packages and package cache on your instance. sudo yum update -y 4. Remove previous version’s docker sudo

吐槽一下 这个免费的micro instance安装个LNMP真是慢，已经2个多小时了还在安装 （最后是3小时多安装完毕） 以前用过LAMP,不过听说这个LNMP比它性能好很多 其实AWS S3做静态网页很简单，试试HTML5也够了. 使用S3的话，注意：bucket最好用www.yourdomainname.com来命名，然后到你注册是域名服务商那里去把你的域名map到S3的endpoint，然后把 yourdomainname.com forward 到 www.yourdomainname.com 转载于:https://www.cnblogs.com/russelljing/archive/2012/10/03/2710785.html 来源： https://blog.csdn.net/weixin_30532987/article/details/98944339

AWS Systems Manager 文档（SSM 文档）定义 Systems Manager 对托管实例执行的操作。Systems Manager 包括十多个预先配置的文档，可以通过指定在运行时的参数进行使用。文档使用 JavaScript Object Notation (JSON) 或 YAML，并包括您指定的步骤和参数。 SSM 文档类型 下表介绍了不同类型的 SSM 文档。 类型 一起使用 详细信息 命令文档 Run Command 状态管理器 维护时段 Run Command 使用命令文档运行命令。状态管理器 使用命令文档应用配置。这些操作可以在实例生命周期内的任何时刻在一个或多个目标上运行。维护时段 使用命令文档基于指定的计划应用配置。 策略文档 状态管理器 策略文档对您的目标执行策略。如果删除策略文档，将不再执行策略操作 (例如，收集清单)。 自动化文档 Automation 状态管理器 维护时段 在执行常规维护和部署任务时 – 如创建或更新 Amazon 系统映像 (AMI) – 使用自动化文档。状态管理器 使用自动化文档应用配置。这些操作可以在实例生命周期内的任何时刻在一个或多个目标上运行。维护时段 使用自动化文档基于指定的计划执行常规维护和部署任务。 软件包文档 Distributor 在 Distributor 中，软件包用 Systems Manager

接下来的Blog都是准备过程中的知识点 AWS Systems Manager 为混合环境中的服务器和 VM 提供了 standard-instances 层和 advanced-instances 层。通过 standard-instances 层，每个 AWS 区域内每个 AWS 账户最多可以注册 1000 个本地服务器或 VM。如果您需要在一个账户和区域中注册超过 1000 个本地服务器或 VM，则使用 advanced-instances 层。通过高级实例，您还可以使用 AWS Systems Manager Session Manager 连接到混合计算机。Session Manager 提供了对您的实例的交互式 Shell 访问。 第 1 步：完成常规 Systems Manager 设置步骤 第 2 步：为混合环境创建 IAM 服务角色 第 3 步：在本地服务器和 VM 上安装 TLS 证书 第 4 步：为混合环境创建托管实例激活 第 5 步：为混合环境安装 SSM 代理 (Windows) 第 6 步：为混合环境安装 SSM 代理 (Linux) 第 7 步：（可选）启用 Advanced-Instances 层 来源： https://www.cnblogs.com/cloudrivers/p/11325687.html

前言： AWS 已有ALB (Application Load Balancer) 和 NLB (Network Load Balancer)，可滿足大部分業務需求，但某些業務場景仍需要自建高可用環境。 此文便是基於AWS EC2 自建高可用主機。 準備： EC2 host1：192.168.10.10 EC2 host2：192.168.10.20 Float IP：192.168.10.30 思路： AWS EC2 主機支持分配輔助IP，可使用AWS CLI 創建輔助IP，基於此方式，只要當主機或服務出現故障時，將輔助IP 分配給另一臺正常的主機即可。 那麼要解決的就是對主機及服務的判斷，最初的想法是寫個腳本做存活判斷，即： 1. 主機讀取指定status文件內字符，判斷是否屬於master，然後檢測自身的服務是否處於存活狀態，存活則pass，否則檢查另一臺主機及服務狀態，存活則將Float IP 分配給另一個存活的主機並改寫status文件內容。 2. 不屬於master，則檢測自身的服務是否處於存活狀態，存活則檢查master服務是否存活，存活則pass，否則將Float IP 分配給自己並改寫status文件內容。 將腳本加入crontab，並每3秒執行一次 後來感覺還是用keepalived 做更省事些…… 正文： 這裏不做keepalived 安裝說明

ES集群备份数据到S3 集群环境： 系统版本：centos 7.3 安装方式 ： yum ES版本环境： 6.0.1 基本概念 使用 Elasticsearch Snapshot 时需要有一些基本概念澄清，他不是拿指定的 Indices 文件做个压缩包丢在 S3 完事，他是有控制的。 snapshot 结构 Elasticsearch 的 snapshot 是由其自身控制的，整个系统保持了一个如下的从下到上的控制结构，他们具备包含关系： snapshot --> repository --> single snapshot --> indices snapshot 这里将 snapshot 单独列出，是因为在 Elasticsearch 中 snapshot 独占性工作的，他更像是一个管道，任何一个 repository 在工作的时候是排他的，虽然他并不阻止 indices 的写入。 repository 这个仓库应该是一组 snapshot 备份的集合，也可以认为是一个目标的选择。在一个 Elasticsearch 系统中你可以根据自己的意愿设定不同的 Repository。 Single snapshot 这个指的是在 Repository 中我们进行的每个备份内容，他更像一个集合，包含了这次 snapshot 中所有的 Indices。 Indices 在一个

一、背景说明 我们公司是做全球化业务的公司，在中国我们用的阿里云，在海外我们使用AWS，中国访问海外的region资源，这是最基本的需求之一，在运维层面，领导要求一套平台实现全球管理，也就是说我们的监控、发布、跳板机等等所有运维工具只部署一套，再加上我们每个region有三个VPC，VPC之间默认是隔离的，我们在海外目前有两个region，也就是6个VPC，如果要从国内阿里云拉专线到海外，实现访问海外所有VPC，那需要拉6根专线，只似乎有点不现实，了解到AWS十月份出了一个直连网关的服务，只要拉一条专线到AWS海外的任意一个region，就可以实现专线到海外AWS任意region的所有VPC互通，关于直连网关使用限制和详细介绍： https://docs.aws.amazon.com/zh_cn/directconnect/latest/UserGuide/direct-connect-gateways.html 二、架构图 我们国内阿里云是在华北2，海外两个AWS的region分布在加利福尼亚和法兰克福，所以我们选择AWS的新加坡region作为专线的接入点，在新加坡建立直连网关，AWS的其他region分别关联到这个直连网关 三、实施 1、阿里侧 选择一家专线提供商，开始实施，专线厂商都会有阿里云上配置的操作手册，按文档操作完成后，会在阿里云的高速通道--》物理专线连接--

OpenShift简介 微服务架构应用日渐广泛，Docker和Kubernetes技术是不可或缺的。Red Hat OpenShift 3是建立在Docker和Kubernetes基础之上的容器应用平台，用于开发和部署企业应用程序。 OpenShift版本 OpenShift Dedicated(Enterprise) Private, high-availability OpenShift clusters hosted on Amazon Web Services or Google Cloud Platform Delivered as a hosted service and supported by Red Hat OpenShift Container Platform(Enterprise) Across cloud and on-premise infrastructure Customizable, with full administrative control OKD OpenShift开源社区版(Origin Community Distribution of Kubernetes) OpenShift架构 Master Node提供的组件：API Server (负责处理客户端请求, 包括node、user、

版权所归： https://www.youtube.com/watch?v=6K0Sds9Y2N0 数据库的分类： 归纳总结： 1）Relational 数据库在意的是用foreign key去维持表的integrity. 犹如医院的病患系统，一张诊断表，必须要医生的ID（必要的维持integrity的foreign key）、病人的ID（另一个foreign key）以及当前诊断ID（目前表的primary key）。参考之前写过的一篇关于START的文章。 2）Key-value store在意的是能resilent地应对unpredictable的workload，以及不需要像relation那样规定每一个entry必须有一定有specific number的属性。像一个卖书网站，存储书的属性可以使用key-value store。在视频中的例子，提到了在aws上可以通过manage data steam的batch size为1，让每次修改的数据都能及时更新到search database (这里用elastic search)去update index。从而使得search也能及时更新。 3）Document 最大的特点是其数据是以JSON形式的key-value文档来表示。JSON和yaml都有一个好处就是能模仿数组来创造集合。集合是文档灵活性的重要体验之一