弹性伸缩API：ListScalingPolicyExecuteLogs_伸缩策略日志管理详解
在云环境中,弹性伸缩是一种重要的自动化运维工具，它可以帮助用户根据业务需求自动调整资源规模，为了更好地管理和监控伸缩策略的执行情况，ListScalingPolicyExecuteLogs（伸缩策略日志管理）API应运而生，本文将详细介绍该API的功能、使用方法以及注意事项。
功能介绍
ListScalingPolicyExecuteLogs API主要用于查询伸缩策略的执行日志，以下是该API的主要功能：
使用方法
以下是一个简单的使用ListScalingPolicyExecuteLogs API的示例：
import Requests# 设置API请求参数params = {'AccessKeyId': 'your_access_key_id','AccessKeySecret': 'your_access_key_secret','RegionId': 'your_region_id','PolicyName': 'your_policy_name','StartTime': '2021-01-01T00:00:00Z','EndTime': '2021-01-02T00:00:00Z'}# 发送API请求response = requests.get('https://伸缩策略日志管理.api.aliyuncs.com/ListScalingPolicyExecuteLogs', params=params)# 打印响应结果print(response.json())
注意事项
Redis有哪些数据结构？
Redis有五种结构：1、String可以是字符串，整数或者浮点数，对整个字符串或者字符串中的一部分执行操作，对整个整数或者浮点执行自增(increment)或者自减(decrement)操作。 字符串命令：①get、获取存储在指定键中的值②set、设置存储在指定键中的值③del、删除存储在指定键中的值（这个命令可以用于所有的类型）2、list一个链表，链表上的每个节点都包含了一个字符串，虫链表的两端推入或者弹出元素，根据偏移量对链表进行修剪(trim)，读取单个或者多个元素，根据值查找或者移除元素。 列表命令：①rpush、将给定值推入列表的右端②lrange、获取列表在指定范围上的所有值③lindex、获取列表在指定范围上的单个元素④lpop、从列表的左端弹出一个值，并返回被弹出的值3、set包含字符串的无序收集器(unordered collection)、并且被包含的每个字符串都是独一无二的。 添加，获取，移除单个元素，检查一个元素是否存在于集合中，计算交集，并集，差集，从集合里面随机获取元素。 集合命令：①sadd、将给定元素添加到集合②smembers、返回集合包含的所有元素③sismember、检查指定元素是否存在于集合中④srem、检查指定元素是否存在于集合中，那么移除这个元素4、hash包含键值对无序散列表，添加，获取，移除当键值对，获取所有键值对。 散列命令：①hset、在散列里面关联起指定的键值对②hget、获取指定散列键的值③hgetall、获取散列包含的所有键值对④hdel、如果给定键存在于散列里面，那么移除这个键5、zset字符串成员(member)与浮点数分值(score)之间的有序映射，元素的排列顺序由分值的大小决定。 添加，获取，删除单个元素，根据分值范围(range)或者成员来获取元素。 有序集合命令：①zadd、将一个带有给定分值的成员添加到有序集合里面②zrange、根据元素在有序排列中所处的位置，从有序集合里面获取多个元素③zrangebyscore、获取有序集合在给定分值范围内的所有元素④zrem、如果指定成员存在于有序集合中，那么移除这个成员
滑动窗口的基本信息
滑动窗口（Sliding window）是一种流量控制技术。 早期的网络通信中，通信双方不会考虑网络的拥挤情况直接发送数据。 由于大家不知道网络拥塞状况，同时发送数据，导致中间节点阻塞掉包，谁也发不了数据，所以就有了滑动窗口机制来解决此问题。 参见滑动窗口如何根据网络拥塞发送数据仿真视频。 图片是一个滑动窗口的实例：滑动窗口协议是用来改善吞吐量的一种技术，即容许发送方在接收任何应答之前传送附加的包。 接收方告诉发送方在某一时刻能送多少包（称窗口尺寸）。 TCP中采用滑动窗口来进行传输控制，滑动窗口的大小意味着接收方还有多大的缓冲区可以用于接收数据。 发送方可以通过滑动窗口的大小来确定应该发送多少字节的数据。 当滑动窗口为0时，发送方一般不能再发送数据报，但有两种情况除外，一种情况是可以发送紧急数据，例如，允许用户终止在远端机上的运行进程。 另一种情况是发送方可以发送一个1字节的数据报来通知接收方重新声明它希望接收的下一字节及发送方的滑动窗口大小。 滑动窗口协议的基本原理就是在任意时刻，发送方都维持了一个连续的允许发送的帧的序号，称为发送窗口；同时，接收方也维持了一个连续的允许接收的帧的序号，称为接收窗口。 发送窗口和接收窗口的序号的上下界不一定要一样，甚至大小也可以不同。 不同的滑动窗口协议窗口大小一般不同。 发送方窗口内的序列号代表了那些已经被发送，但是还没有被确认的帧，或者是那些可以被发送的帧。 下面举例说明，假设发送窗口尺寸为2，接收窗口尺寸为1：分析：①初始态，发送方没有帧发出，发送窗口前后沿相重合。 接收方0号窗口打开，等待接收0号帧；②发送方打开0号窗口，表示已发出0帧但尚确认返回信息。 此时接收窗口状态不变；③发送方打开0、1号窗口，表示0、1号帧均在等待确认之列。 至此，发送方打开的窗口数已达规定限度，在未收到新的确认返回帧之前，发送方将暂停发送新的数据帧。 接收窗口此时状态仍未变；④接收方已收到0号帧，0号窗口关闭，1号窗口打开，表示准备接收1号帧。 此时发送窗口状态不变；⑤发送方收到接收方发来的0号帧确认返回信息，关闭0号窗口，表示从重发表中删除0号帧。 此时接收窗口状态仍不变；⑥发送方继续发送2号帧，2号窗口打开，表示2号帧也纳入待确认之列。 至此，发送方打开的窗口又已达规定限度，在未收到新的确认返回帧之前，发送方将暂停发送新的数据帧，此时接收窗口状态仍不变；⑦接收方已收到1号帧，1号窗口关闭，2号窗口打开，表示准备接收2号帧。 此时发送窗口状态不变；⑧发送方收到接收方发来的1号帧收毕的确认信息，关闭1号窗口，表示从重发表中删除1号帧。 此时接收窗口状态仍不变。 若从滑动窗口的观点来统一看待1比特滑动窗口、后退n及选择重传三种协议，它们的差别仅在于各自窗口尺寸的大小不同而已。 1比特滑动窗口协议：发送窗口=1，接收窗口=1；后退n协议：发送窗口>1，接收窗口=1；选择重传协议：发送窗口>1，接收窗口>1。 由于停等协议要为每一个帧进行确认后才继续发送下一帧，大大降低了信道利用率，因此又提出了后退n协议。 后退n协议中，发送方在发完一个数据帧后，不停下来等待应答帧，而是连续发送若干个数据帧，即使在连续发送过程中收到了接收方发来的应答帧，也可以继续发送。 且发送方在每发送完一个数据帧时都要设置超时定时器。 只要在所设置的超时时间内仍未收到确认帧，就要重发相应的数据帧。 如：当发送方发送了N个帧后，若发现该N帧的前一个帧在计时器超时后仍未返回其确认信息，则该帧被判为出错或丢失，此时发送方就不得不重新发送出错帧及其后的N帧。 从这里不难看出，后退n协议一方面因连续发送数据帧而提高了效率，但另一方面，在重传时又必须把原来已正确传送过的数据帧进行重传（仅因这些数据帧之前有一个数据帧出了错），这种做法又使传送效率降低。 由此可见，若传输信道的传输质量很差因而误码率较大时，连续测协议不一定优于停止等待协议。 此协议中的发送窗口的大小为k，接收窗口仍是1。 在后退n协议中，接收方若发现错误帧就不再接收后续的帧，即使是正确到达的帧，这显然是一种浪费。 另一种效率更高的策略是当接收方发现某帧出错后，其后继续送来的正确的帧虽然不能立即递交给接收方的高层，但接收方仍可收下来，存放在一个缓冲区中，同时要求发送方重新传送出错的那一帧。 一旦收到重新传来的帧后，就可以原已存于缓冲区中的其余帧一并按正确的顺序递交高层。 这种方法称为选择重发（SELECTICE REPEAT），其工作过程如图所示。 显然，选择重发减少了浪费，但要求接收方有足够大的缓冲区空间。 滑动窗口功能：确认、差错控制、流量控制。
SD-WAN如何保障端到端的网络？
SD-WAN是否可以跨所有元素实现端到端自动化？
孤立地看，SD-WAN 自动化确实提供了一些显着的好处和增强功能。 但是，要使市场真正从 AIOps 和自动化中受益，所有 SD-WAN 元素都需要通过 API 集成相互通信。 这种通信将使系统能够对 WAN 边缘设备进行自动更改，并反映云资源配置的更改，例如 Microsoft Azure、AWS 和 Google Cloud。 如果将所有元素整合到一个单一的整体方法中，人工智能决策和自动化可以应用于整个系统，而不是孤立每个组件。
服务提供商和供应商还受益于统一自动化，它支持跨 SD-WAN 覆盖和底层进行部署并增加客户价值，将所有内容整合在一起。
自动化的准确性
自动化还可以减少进行更改时的人为错误。 由于糟糕的服务质量 (QoS) 配置，过去 20 年中几乎所有 MPLS 部署都遇到了性能问题。 许多客户甚至取消了 QoS 以改善用户体验。 借助人工智能和自动化，QoS 可以从一开始就正确实施，并随着人工智能随着时间的推移了解性能属性而不断发展。
机器学习为所有技术提供了答案
SD-WAN 目前提供基本的自动化，例如纠错和路径选择。 为确保自动化提供显着优势，人工智能必须专注于业务意图结果。
预期结果是确保网络按照既定策略运行，无论发生什么变化。 IT 团队可以部署新的思维和策略来实现更好的业务成果和用户体验。 如果预期配置不起作用或造成网络问题，机器学习可以识别问题并自动更正或通知 IT 团队。
随着越来越多的数据可用，机器可以使用这些数据中的模式来确定应该采取哪些行动。 为算法提供不同的信息集，以根据新输入继续完善其决策，即使数据以前从未见过。
在没有 AI 和自动化的网络中，添加新应用程序和拓扑更改通常需要冗长的规划。 当组织迁移到云或开始提出新要求时，他们通常会面临设计复杂性。 SD-WAN 自动化将发展到通过拖放网络元素和自动化编排和测试更容易增加复杂性的程度。
通过 SD-WAN 自动化降低成本
SD-WAN 自动化可以降低成本，因为它有助于减少时间和资源的潜在浪费，从而使网络和安全团队受益。 自动化还通过消除聘请昂贵的承包商和工程师的需要来帮助降低成本。 虽然员工可能需要至少几个月的培训才能有效地执行任务，但系统可以自动执行这些任务。
普通的 SD-WAN 平台需要知识和支持，即使是从命令行界面过渡到基于门户的配置也是如此。 在许多情况下，由于部署所需的专业知识，SD-WAN 供应商通过集成商和托管服务提供商销售他们的产品。 随着自动化配置和管理功能变得更加丰富和强大，大多数SD-WAN 选项将是 DIY 或共同管理的，因为完全托管的服务不会提供它们目前的价值。
SD-WAN 可自动执行许多通常由人工完成的本地和云网络任务。 未来将实现一个能够做出决策的智能、自学网络，同时实时平衡各种工作负载。
发表评论