ec2

基础设施即代码 概述 手动配置的挑战：可能因为人为错误导致缺乏可靠性，环境无法完全再现，同时需要额外文档 基础设施即代码，是软件开发中用于创建可重用、可维护、可扩展及可测试基础设施的技术、实践和工具，而不降基础设施定义为捆绑硬件的组件。 基础设施即代码的好处： 可靠性 可再现性 - 可重复性、可重用性 可维护性 一致性 并行化 文档性 环境自动化 只要可能，都应该自动对资源执行预置、终止和配置操作，通过取消手动流程，提高系统的稳定性和一致性、以及组织的效率 使用可释放的资源 利用云计算的动态配置特性，将服务器和其他组件视为临时资源 自动部署相同配置的新资源 终止未使用的资源 自动切换到新的IP地址 测试新资源的更新，然后用更新的资源替代旧资源 AWS Lambda 概述 无需配置和管理任何服务器和应用程序就能运行代码。 只需要上传代码，Lambda就会处理运行并且根据需要自动进行横向扩展 Lambda 是完全托管的计算服务，在响应事件或以事件间隔运行无状态代码 Lambda支持的代码语言 Python Java Node.js (JavaScript) C# Go Lambda 可以支持： 服务器 容量需求 部署 扩展和容错 操作系统和语言更新 指标和日志记录 Lambda 可以实现： 使用自己的代码甚至原生库 并行运行代码 创建后端、事件处理程序和数据处理系统

目录 Jenkins 概述 起步 安装 官方教程 设置环境变量 更改 Jenkins 用户 QA Jenkins 的工作目录在哪里？ 参考 Jenkins 概述 Jenkins 是一款跨平台的持续集成和持续交付（CI/CD, continuous integration and continuous delivery）应用。 它具备以下特性： 易于安装，只需要运行 java -jar jenkins.war 即可。 易于配置，所有配置都能通过 GUI 进行。 丰富的插件生态，提供 SCM(Source Control Management，源码控制管理) 和构建工具 。 可扩展，可以很方便地创建新的 Jenkins 插件。 分布式构建，可以将构建或测试负载分发到多台计算机多种操作系统。 起步 安装 见： https://jenkins.io/doc/book/installing/ 在 Amazon Linux 中安装 Jenkins，参考： # install jenkins sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins.io/redhat/jenkins.repo sudo rpm --import https://pkg.jenkins.io/redhat/jenkins.io.key sudo

启动实例时，您指定密钥对。您可以指定现有的密钥对，也可以指定在启动时创建的新密钥对。在启动时，公有密钥内容放在实例上 ~/.ssh/authorized_keys 中的条目内。要登录实例，您必须在连接到实例时指定私有密钥。 丢失私有密钥时连接到 Linux 实例 如果丢失由 EBS 支持的实例的私有密钥，您可以重新获取对您的实例的访问权限。您必须停止实例，分离卷并将其作为数据卷附加到另一个实例，然后修改 authorized_keys 文件，将卷移回原始实例，并重启实例。 cp .ssh/authorized_keys /mnt/tempvol/home/ec2-user/.ssh/authorized_keys sudo chown 222:500 /mnt/tempvol/home/ec2-user/.ssh/authorized_keys [ec2-user ~]$ sudo ls -l /mnt/tempvol/home/ec2- user/.ssh total 4 -rw------- 1 222 500 398 Sep 13 22:54 authorized_keys https://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/ec2-key-pairs.html?shortFooter=true

对于需要最少变化以及专用 Amazon EC2 到 Amazon EBS 流量的任何 性能敏感型工作负载 （如生产数据库或业务应用程序），均应使用附加到 EBS 优化实例 或具有 10 Gb 网络连接的实例 的卷。不符合此条件的 EC2 实例不提供网络资源保证。确保 EC2 实例与 EBS 卷之间的持续可靠网络带宽的唯一方法是将 EC2 实例作为 EBS 优化实例启动，或选择具有 10 Gb 网络连接的实例类型。 启动进行了 EBS 优化的实例可为您提供 EC2 实例与 EBS 卷之间的专用连接。然而，仍可以为特定实例类型配置超过可用带宽的 EBS 卷，尤其是在 RAID 配置中将多个卷条带化时。 请注意，某些使用 10 Gb 网络接口的实例不提供 EBS 优化，因此它们没有专用 EBS 带宽可用。不过，如果您的应用程序不推送与 Amazon EBS 争用带宽的其他网络流量，则可以使用 Amazon EBS 流量的所有带宽。一些 10 Gb 网络实例提供专用 Amazon EBS 带宽以及专门用于网络流量的 10 Gb 接口。 来源： https://www.cnblogs.com/cloudrivers/p/11329010.html

吐槽一下 这个免费的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 已有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 安裝說明