aws

AWS S3 云存储 是按照存储容量，请求数，及网络流量三个维度进行收费。而如果涉及到使用S3 对外提供SaaS服务，成本分布及估算自然称为比较重要的需求。自然而言需要监控以上三个指标。 先上官网说明性文档： https://docs.amazonaws.cn/AmazonS3/latest/dev/monitoring-overview.html 文章目录 1 监控指标 2 Cloudwatch使用 2.1 S3创建监控指标 2.2 调用Cloudwatch获取指标数据 1 监控指标 本人用到主要就是监控上诉存储容量，请求数，及网络流量 三个维度。而cloudwatch方式完全满足需求 https://docs.amazonaws.cn/AmazonS3/latest/dev/cloudwatch-monitoring.html 这里归类一下本人用到的监控指标及相应限制 BucketSizeBytes （桶大小） 此值通过汇总存储桶中所有对象（当前对象和非当前对象）的大小计算得出，包括所有向存储桶进行分段上传而未完成的所有部分的大小。 NumberOfObjects （桶对象总数） 存储桶中存储的除 GLACIER 存储类之外的所有存储类的对象总量。 AllRequests （总请求数） 向 Amazon S3 存储桶提出的 HTTP 请求 (不论类型如何) 的总数

考试介绍及报名 AWS官方推出的云计算架构师能力认证，分为助理级和专业级，本攻略针对助理级架构师认证AWS Soluctions Architect - Associate (SAA-C01)。 通过AWS认证中心网站预约考试即可，基本随约随考，可以选择离自己近的考点，深圳南山区在赋安科技大厦，会安排在一个小会议室里，里面有几个小隔间，电脑考试，自动出成绩。考试的详细介绍网上资料较多，本文重点分享一下我的复习经验以及最新的重点考试内容。 复习方法与材料 以下复习途径，可以穿插着完成，大概需要一个月时间复习。 教材 官方学习手册， AWS-Certified-Solutions-Architect-Official-Study-Guide.pdf 可以下载打印或者某宝购买。 需要认真读完 ，每章后面的练习题用来检验了解程度，出错的题目用彩色笔特别标出，最后可以一起检查一下错误的题目。 模拟题 udemy AWS Certified Solutions Architect 2019 Practice Questions 注册新账户，可以10.99美金优惠价购买，里面有6套题目。 开始复习前可以做一套，了解大致知识点，有目的的去阅读教材。 教材读完之后可以再做两套，巩固基础知识点； 然后看AWS白皮书之后再做剩余的。 最后一套考前练手使用 网站支持筛选做错的题目复习，做过的还支持重新测试

1.更改root用户的密码 $ sudo passwd root #重复输入两次你要设置的密码，提示如下： 更改用户 root 的密码 。 新的 密码： 重新输入新的 密码： passwd：所有的身份验证令牌已经成功更新 2.修改sshd_config su - 获取root权限：此时'$'提示符变成'#'提示符 vim /etc/ssh/sshd_config 找到 PasswordAuthentication no，把no改成yes，不熟悉如何修改的先学习一下linux下的vim。 3.重启ssh /sbin/service sshd restart 4.修改用户密码 passwd ec2-user aws默认用户名称为ec2-user。按照提示两次输入要设置的密码 5.登出远程服务器 logout #退出root权限 logout #退出服务器 6.密码登录 在mac终端输入以下代码，就可以通过你设置的用户密码登录啦。 ssh ec2-user@54.249.xx.xx 来源： CSDN 作者： qq_17885583 链接： https://blog.csdn.net/qq_17885583/article/details/103474402

本系列七篇文章列表如下： 微服务实战（一）：微服务架构的优势与不足 微服务实战（二）：使用API Gateway 微服务实战（三）：深入微服务架构的进程间通信 微服务实战（四）：服务发现的可行方案以及实践案例 微服务实践（五）：微服务的事件驱动数据管理 微服务实践（六）：选择微服务部署策略 微服务实践（七）：从单体式架构迁移到微服务架构 【编者的话】这篇博客是用微服务建应用的第六篇， 第一篇 介绍了微服务架构模板，并且讨论了使用微服务的优缺点。随后的文章讨论了微服务不同方面：使用API网关，进程间通讯，服务发现和事件驱动数据管理。这篇文章，我们将讨论部署微服务的策略。 部署一个单体式应用意味运行大型应用的多个副本，典型的提供若干个（N）服务器（物理或者虚拟），运行若干个（M）个应用实例。部署单体式应用不会很直接，但是肯定比部署微服务应用简单些。 一个微服务应用由上百个服务构成，服务可以采用不同语言和框架分别写就。每个服务都是一个单一应用，可以有自己的部署、资源、扩展和监控需求。例如，可以根据服务需求运行若干个服务实例，除此之外，每个实例必须有自己的CPU，内存和I/O资源。尽管很复杂，但是更挑战的是服务部署必须快速、可靠和性价比高。 有一些微服务部署的模式，先讨论一下每个主机多服务实例的模式。 单主机多服务实例模式 部署微服务的一种方法就是单主机多服务实例模式，使用这种模式

本章主要内容 理解为什么DevOps运动对微服务至关重要 配置EagleEye服务使用的核心亚马逊基础设施 手动将EagleEye服务部署到亚马逊的EC2容器服务中 为服务设计构建和部署管道 从持续集成转向持续部署 将基础设施视为代码 构建不可变的服务器 在部署中测试 将应用程序部署到云 本书已经接近结尾，但我们的微服务旅程还没有走到终点。尽管本书的大部分内容都集中在使用Spring Cloud技术设计、构建和实施基于Spring的微服务上，但我们还没有谈到如何构建和部署微服务。创建构建和部署管道似乎是一项普通的任务，但实际上它是微服务架构中最重要的部分之一。 为什么这么说呢？请记住，微服务架构的一个主要优点是，微服务是可以快速构建、修改和部署到独立生产环境中的小型代码单元。服务的小规模意味着新的特性（和关键的bug修复）可以以很高的速度交付。速度是这里的关键词，因为速度意味着新特性或修复bug与部署服务之间可以平滑过渡，致使部署的交付周期应该是几分钟而不是几天。 为了实现这一点，用于构建和部署代码的机制应该是具有下列特征的。 自动的——在构建代码时，构建和部署过程不应该有人为干预，特别是在级别较低的环境中。构建软件、配置机器镜像以及部署服务的过程应该是自动的，并且应该通过将代码提交到源代码存储库的行为来启动。 可重复的——用来构建和部署软件的过程应该是可重复的

要创建Redis集群，我们将要使用亚马逊的ElastiCache服务。ElastiCache允许开发人员使用Redis或Memcached构建内存中的数据缓存。对于EagleEye服务，我们将把在Docker中运行的Redis服务器迁移到ElastiCache。 先回到AWS控制台的主页（点击页面左上角的橙色立方体），然后点击ElastiCache链接。 在ElastiCache控制台中，选择Redis链接（页面的左侧），然后点击页面顶部的蓝色创建按钮。这将启动ElastiCache/Redis创建向导。 图10-6展示了Redis创建界面。 图10-6　只需通过几次点击就可以创建一个Redis集群，该集群的基础设施是由亚马逊管理的 在填完所有数据后，点击“Create”按钮。ElastiCache将开始Redis集群创建过程（这将需要几分钟的时间）。 图10-6创建了名称为spmia-tmx-redis-dev的redis集群。 ElastiCache将在最小的亚马逊服务器实例上构建一个单节点的Redis服务器。一旦点击按钮，就会看到Redis集群正在创建。创建完集群之后，点击集群的名称，进入详情页面，该页面显示集群中使用的端点。图10-7展示了Redis集群创建后的细节。 图10-7　Redis端点是服务连接到Redis所需的关键信息 许可证服务是唯一一个使用Redis的服务

AWS之搭建WordPress博客 注意:请确定您已经成功完成LAMP架构的搭建; 1、下载并解压WordPress安装包: ①使用wget命令在WordPress官网获取最新安装包: [ec2-user ~]$ wget https://wordpress.org/latest.tar.gz 此命令最在WordPress自动获取最新安装包，可以直接复制使用; ②解压并解档安装包 [ec2-user ~]$ tar -zxvf latest.tar.gz 2、为WordPress创建数据库用户以及数据库 ①启动mariadb数据库服务 [ec2-user ~]$ sudo systemctl start mariadb ②以root用户登陆mysql数据库 [ec2-user ~]$ mysql -u root -p password 此处password为最初设定的mysql密码 ③创建WordPress用户以及密码 create user ‘wordpress-user’@’localhost’ identified by ‘your_password’; 注意，数据库中的密码请勿使用 引号 以及 分号 否则系统会中断您的输入 ④创建wordpress数据库 create database ‘wordpress-db’; ⑤对wordpress用户授予完全访问权限 grant

如今是云的时代，许多公司都把自己的IT架构部署在基础架构云（IaaS）上。著名的IaaS提供商有 亚马逊 ，微软（ Azure ）， IBM 等，国内也有诸如 阿里云 等。这里亚马逊毫无疑问是该市场的领军者。 AWS提供了非常多的服务，领先了竞争对手一大截。并且AWS提供非常丰富的 API ，其API基于Rest，所以很容易被不同的语言的平台来调用。 在如今的大数据时代，利用数据在做决策是大数据的核心价值，AWS提供了许多服务来获取其运行数据 cloudtrail 和cloudwatch是经常被用到的两个。CloudTrail是对AWS的所有API调用的日志，CloudWatch是监控AWS服务的性能数据。（新出的Config服务可用于监控AWS的资源变化） 今天我们来看看如何使用Python（ Boto AWS的开源Python SDK）来自动配置ClouTrail的服务并获取日志内容。 我们先来看看CloudTrail的概念和相关的配置。 S3 Bucket 在打开CloudTrail的服务时，需要指定一个相关的S3的Bucket，S3是亚马逊提供的存储服务，你可以把它当作一个基于云的文件系统。CloudTrail的API调用日志，会以压缩文件的形式，存储在你指定的Bucket里。 SNS SNS是亚马逊提供的通知服务，该服务使用的是订阅／发布（Subsrcibe

AWS 终于在 2020年前兑现了自己的承诺： 彻底替换 Oracle 数据库 。这几乎是每年 Oracle Openworld 大会上 Larry Ellision 固定的一个梗，他说 亚马逊 在号召用户迁移使用 AWS 的数据库，然而每年 AWS 自己都在向甲骨文购买大量授权，Oracle 强大且难以替代。 然而，这个故事终于终结了。 其实在 2019年3月底，AWS 就发布过一个里程碑，亚马逊首席技术官 Werner Vogels 向亚马逊的物流（Fulfillment）团队发送祝贺，他们完成了该服务的最后一个 Oracle 数据库的迁移，36秒的庆祝视频得到了广泛的关注。 Werner Vogels 在推文中说： 恭喜 Amazon Fulfillment 团队完成从 Oracle 数据库到 100％ 的AWS数据库环境迁移， 数据库自由 了。 Amazon 执行倒计时任务的专家 John Darrow 执行了Shutdown Abort，强制终结了Amazon Fulfillment 的最后一个 Oracle 数据库。在 Oracle 数据库中，Abort 属于强制中断，类似断电引起的软件中断，切断所有会话、中断所有事务，下次启动时需要恢复，以这种方式关闭数据库，说明这个数据库已经不再承载业务了，这只是一个象征意义的时刻。 这个数据库迁移到了亚马逊的 Aurora for