Ansible 4 移植指南

我们建议您阅读此页面以及 Ansible 4 变更日志,以了解您可能需要进行的更新。

Playbook

  • jinja2_native 设置现在不会影响隐式返回字符串的模板模块。对于模板查找,有一个新的参数 jinja2_native(默认关闭)来控制该功能。其余的 Jinja2 表达式仍然基于 jinja2_native 设置进行操作。

命令行

  • ansible-galaxy login 命令已被删除,因为它用于 GitHub 身份验证的底层 API 已关闭。现在,使用 ansible-galaxy 将角色或集合发布到 Galaxy 需要将 Galaxy API 令牌传递给 CLI,方法是使用令牌文件(默认位置为 ~/.ansible/galaxy_token)或(不安全地)使用 --token 参数传递给 ansible-galaxy

已弃用

常量 ansible.module_utils.basic._CHECK_ARGUMENT_TYPES_DISPATCHER 已弃用。请改用 ansible.module_utils.common.parameters.DEFAULT_TYPE_VALIDATORS

重大更改

AnsibleModule 的更改

随着迁移到 ArgumentSpecValidator 来执行参数规范验证,AnsibleModule 中的以下私有方法已被删除

使用这些私有方法 的模块或插件应使用 ansible.module_utils.common.validationArgumentSpecValidator.validate() 中的公共函数,如果上面没有列出公共函数。

ansible.module_utils.common.parameters 的更改

ansible.module_utils.common.parameters 中的以下函数现在是私有的,不应直接使用。请改用 ArgumentSpecValidator.validate()

  • list_no_log_values

  • list_deprecations

  • handle_aliases

其他

  • 升级:如果从 ansible < 2.10 或从 ansible-base 升级并且使用 pip,您必须在安装 ansible-core 之前执行 pip uninstall ansiblepip uninstall ansible-base,以避免冲突。

  • 控制器节点上的 Python 3.8 是此版本的软性要求。 ansible-core 2.11 仍然可以使用 ansible-base 2.10 使用的相同 Python 版本,但是当在 Python 版本低于 3.8 的控制器节点上运行时,2.11 会发出警告。可以通过在您的环境中设置 ANSIBLE_CONTROLLER_PYTHON_WARNING=False 来禁用此警告。 ansible-core 2.12 将需要 Python 3.8 或更高版本。

  • 配置系统现在验证 choices 字段,因此任何违反该字段并在 2.10 中被忽略的设置都会在 2.11 中导致错误。 例如,ANSIBLE_COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH=0 现在会导致错误(有效选项为 ignorewarnerror)。

  • ansible-galaxy 命令现在使用 resolvelib 来解析依赖项。在大多数情况下,除了性能更高之外,这不应给用户带来任何面向用户的差异,但我们在此处记录下来以供参考和完整性。

  • 如果您将 Python module_utils 导入您维护的任何模块中,您现在可以通过将 import 语句包装在 tryif 代码块中,在模块有效负载构建期间将导入标记为可选。这允许模块使用在所有 Ansible 或集合版本中可能不存在的 module_utils,并在模块运行时执行任意恢复或回退操作。

模块

  • apt_key 模块已明确定义 filedatakeyserverurl 互斥。它们不能再一起使用。

  • meta 模块现在支持用户定义的任务的标签。将任务的标签设置为“always”以保持之前的行为。内部 meta 任务继续始终运行。

已删除的模块

以下模块不再存在

  • 无明显变化

弃用通知

无明显变化

值得注意的模块更改

  • facts - 在 NetBSD 上,当虚拟化且不在 Xen 上运行时,ansible_virtualization_type 现在尝试报告比 xen 更准确的结果。

  • facts - 虚拟化事实现在包括 virtualization_tech_guestvirtualization_tech_host 键。这些分别是客户机所属或主机提供的虚拟化技术的列表。例如,如果您设置主机以同时提供 KVM 和 VirtualBox,则这两个值都包含在 virtualization_tech_host 中。类似地,在 KVM 驱动的 VM 上运行的 podman 容器的 virtualization_tech_guest["kvm", "podman", "container"]

  • 为了使用多个过滤器,setup 模块中的参数 filter 类型从 string 更改为 list。之前的行为(使用 string)仍然保留并用作单个过滤器。

插件

  • inventory plugins - CachePluginAdjudicator.flush() 现在调用底层缓存插件的 flush(),而不是仅删除它知道的键。Inventory 插件应使用 delete() 来删除任何特定的键。作为用户,这意味着当 Inventory 插件调用其 clear_cache() 方法时,事实也可能从缓存中清除。要解决此问题,用户可以将 Inventory 插件配置为使用独立于事实缓存的缓存后端。

  • callback plugins - meta 任务执行现在像任何其他任务一样发送到 v2_playbook_on_task_start。默认情况下,仅将显式元任务发送到那里。如插件开发文档中所述,回调插件可以选择接收内部隐式创建的任务,以便也对这些任务进行操作。

  • 现在会验证 choices,因此如果提供的值不匹配,则使用不正确或不完整的选项的插件会在 2.11 中发出错误。 这有一个简单的修复方法:更新 choices 中的条目以匹配实际情况。

移植自定义脚本

无明显变化

v4.10.0 的移植指南

重大变更

containers.podman

  • 添加 podman_tag 模块

  • 添加密钥驱动程序和驱动程序选项支持

已弃用的功能

cisco.nxos

  • 已弃用 nxos_snmp_community 模块。

  • 已弃用 nxos_snmp_contact 模块。

  • 已弃用 nxos_snmp_host 模块。

  • 已弃用 nxos_snmp_location 模块。

  • 已弃用 nxos_snmp_traps 模块。

  • 已弃用 nxos_snmp_user 模块。

junipernetworks.junos

  • “router_id”选项已从 junos_ospf_interfaces、junos_ospfv2 和 junos_ospfv3 资源模块中弃用。

v4.9.0 的移植指南

已知问题

purestorage.flashblade

  • purefb_lag - 响应中的 mac_address 字段未填充。这将在未来的 FlashBlade 更新中修复。

重大变更

fortinet.fortios

  • 在某些配置模块的示例部分中添加真实用例。

  • 收集模块的当前配置并将其转换为剧本。

  • 支持 FortiOS 7.0.1。

  • 支持对具有成员列表的对象进行成员操作(删除/添加额外成员)。

  • 支持 fortios_monitor_factfortios_log_fact 中的选择器功能。

v4.8.0 的移植指南

重大更改

community.zabbix

  • 所有角色现在都通过其完全限定的集合名称引用其他角色和模块,这使得 Ansible 2.10 成为角色支持的最低版本(请参阅 issue 477)。

已弃用的功能

community.azure

community.hashi_vault

v4.7.0 移植指南

重大更改

openvswitch.openvswitch

  • 由于错误,我们将存储库标记为 2.0.0,由于这不是我们的意图并且无法回滚,我们正在发布 2.0.1,以使社区了解主要的版本更新。

已弃用功能

cisco.ios

  • 已弃用 ios_ntp 模块。

cisco.nxos

  • 已弃用 nxos_ntpnxos_ntp_optionsnxos_ntp_auth 模块。

community.vmware

junipernetworks.junos

  • 已弃用 ospfv2 资源模块中的 router_id。

v4.6.0 移植指南

重大更改

containers.podman

  • 为 pod 添加 systemd 生成

  • 为容器生成 systemd 服务文件

gluster.gluster

已弃用功能

community.grafana

  • grafana_dashboard lookup - 不再首选提供 API 密钥的混淆版本。

v4.5.0 移植指南

重大更改

hetzner.hcloud

  • 引入放置组

ovirt.ovirt

已弃用功能

ansible.netcommon

cisco.ios

  • 已弃用 ios_bgp,转而使用 ios_bgp_global 和 ios_bgp_address_family。

  • 删除 ansible-test 集成作业的 provider 测试。这有助于我们为迁移到 network-ee 集成测试做好准备。

junipernetworks.junos

  • 已弃用 ospfv3 资源模块中的 router_id。

v4.4.0 移植指南

已知问题

dellemc.openmanage

  • idrac_user - 问题 (192043) 模块可能会报错并显示消息 unable to perform the import or export operation because there are pending attribute changes or a configuration job is in progress。等待作业完成并再次运行该任务。

已弃用功能

cisco.iosxr

  • iosxr_logging 模块已被弃用,转而使用新的 iosxr_logging_global 资源模块,并且将在“2023-08-01”之后的版本中删除。

cisco.nxos

  • nxos_logging 模块已被弃用,转而使用新的 nxos_logging_global 资源模块,并且将在“2023-08-01”之后的版本中删除。

community.docker

  • docker_container - 新的 command_handling 的默认值 compatibility 已弃用,并且将在 community.docker 3.0.0 中更改为 correct。如果行为将发生更改,则模块会发出弃用警告。请注意,ansible-core 将只输出一次弃用警告,因此如果较早的任务显示了该警告,则可能存在更多未显示此警告的任务(https://github.com/ansible-collections/community.docker/pull/186)。

junipernetworks.junos

  • junos_logging 模块已被弃用,转而使用新的 junos_logging_global 资源模块,并且将在“2023-08-01”之后的版本中删除。

vyos.vyos

  • vyos_logging 模块已被弃用,转而使用新的 vyos_logging_global 资源模块,并且将在 “2023-08-01” 之后的版本中删除。

v4.3.0 移植指南

重大更改

netapp.cloudmanager

  • 在 cloudmanager 中的所有模块中添加阶段环境

已弃用功能

community.hashi_vault

v4.2.0 移植指南

已知问题

dellemc.openmanage

  • idrac_user - 问题 (192043) 模块可能会报错并显示消息 unable to perform the import or export operation because there are pending attribute changes or a configuration job is in progress。等待作业完成并再次运行该任务。

  • ome_smart_fabric_uplink - 问题 (186024) ome_smart_fabric_uplink 模块不允许创建多个同名的上行链路,即使 OpenManage Enterprise Modular 支持这样做。如果使用与现有上行链路相同的名称创建上行链路,则会修改现有上行链路。

重大更改

community.vmware

dellemc.openmanage

  • idrac_server_config_profile - 添加了通过 HTTP/HTTPS 共享导出和导入服务器配置文件的支持。

  • ome_device_group - 添加了使用设备 IP 地址和组 ID 将设备添加到组的支持。

fortinet.fortios

  • 新模块 fortios_monitor_fact。

  • 支持 Fortios 7.0。

  • 支持日志 API。

已弃用功能

  • community.kubernetes 集合正在重命名为 kubernetes.core。在 Ansible 5 中,community.kubernetes 将被一个空集合替换,该集合具有将所有当前内容重定向到 kubernetes.core 的已弃用重定向。如果您使用的是以 community.kubernetes. 开头的 FQCN,请立即将其更新为 kubernetes.core.。请注意,自 Ansible 3.0.0 以来,kubernetes.core 已包含在 Ansible 中(https://github.com/ansible-community/community-topics/issues/22)。

ansible.windows

  • win_updates - 已弃用每个筛选更新的 filtered_reason 返回值,转而使用 filtered_reasons。这样做是为了显示更新被筛选的所有原因,而不仅仅是第一个原因。

  • win_updates - 已弃用 use_scheduled_task 选项,因为它不再使用。

  • win_updates - 已弃用 whitelistblacklist 选项,转而使用 accept_listreject_list,以符合 Ansible 中用于这些类型的新标准。

community.general

community.hashi_vault

v4.1.0 的移植指南

已知问题

dellemc.openmanage

  • idrac_user - 问题 (192043) 模块可能会报错并显示消息 unable to perform the import or export operation because there are pending attribute changes or a configuration job is in progress。等待作业完成并再次运行该任务。

  • ome_smart_fabric_uplink - 问题 (186024) ome_smart_fabric_uplink 模块不允许创建多个同名的上行链路,即使 OpenManage Enterprise Modular 支持这样做。如果使用与现有上行链路相同的名称创建上行链路,则会修改现有上行链路。

主要变更

cloudscale_ch.cloud

  • 添加 custom_image 模块

community.postgresql

dellemc.openmanage

  • ome_firmware_baseline - 该模块支持检查模式,并允许修改和删除固件基线。

  • ome_firmware_catalog - 该模块支持检查模式,并允许修改和删除固件目录。

fortinet.fortios

  • 改进 fortios_configuration_fact 以同时使用多个选择器。

  • 在所有基于 configurationAPI 的模块中支持 check_mode

  • 支持对事实收集模块 fortios_configuration_factfortios_monitor_fact 进行过滤。

  • 支持在 firewall_central_snat_map 中移动策略。

  • 统一 monitor API 的模式。

netbox.netbox

  • packages 现在是一个必需的 Python 包,并通过 Ansible 2.10+ 安装。

已删除的功能

ansible.windows

  • win_reboot - 删除自 Ansible 2.5 以来没有任何作用的 shutdown_timeoutshutdown_timeout_sec

已弃用的功能

ansible.windows

community.docker

community.general

inspur.sm

  • add_ad_group - 此功能将在 inspur.sm.add_ad_group 3.0.0 中删除。替换为 inspur.sm.ad_group。

  • add_ldap_group - 此功能将在 inspur.sm.add_ldap_group 3.0.0 中删除。替换为 inspur.sm.ldap_group。

  • add_user - 此功能将在 inspur.sm.add_user 3.0.0 中删除。替换为 inspur.sm.user。

  • add_user_group - 此功能将在 inspur.sm.add_user_group 3.0.0 中删除。替换为 inspur.sm.user_group。

  • del_ad_group - 此功能将在 inspur.sm.del_ad_group 3.0.0 中删除。替换为 inspur.sm.ad_group。

  • del_ldap_group - 此功能将在 inspur.sm.del_ldap_group 3.0.0 中删除。替换为 inspur.sm.ldap_group。

  • del_user - 此功能将在 inspur.sm.del_user 3.0.0 中删除。替换为 inspur.sm.user。

  • del_user_group - 此功能将在 inspur.sm.del_user_group 3.0.0 中删除。替换为 inspur.sm.user_group。

  • edit_ad_group - 此功能将在 inspur.sm.edit_ad_group 3.0.0 中删除。替换为 inspur.sm.ad_group。

  • edit_ldap_group - 此功能将在 inspur.sm.edit_ldap_group 3.0.0 中删除。替换为 inspur.sm.ldap_group。

  • edit_user - 此功能将在 inspur.sm.edit_user 3.0.0 中删除。替换为 inspur.sm.user。

  • edit_user_group - 此功能将在 inspur.sm.edit_user_group 3.0.0 中删除。替换为 inspur.sm.user_group。

v4.0.0 的移植指南

已知问题

Ansible-core

  • ansible-test - pylint 代码检查不再正确检测非常量的“错误”变量名。有关其他详细信息,请参阅 问题 3701

dellemc.openmanage

  • idrac_user - 问题 (192043) 模块可能会报错并显示消息 unable to perform the import or export operation because there are pending attribute changes or a configuration job is in progress。等待作业完成并再次运行该任务。

  • ome_configuration_compliance_info - 问题(195592) 模块可能会报错,提示信息为 无法处理请求,因为发生错误。如果问题仍然存在,请向系统管理员报告。

  • ome_smart_fabric - 问题(185322) OpenManage Enterprise Modular 仅支持三种设计类型,但当设计类型不受支持时,该模块仍会成功创建网络结构。

  • ome_smart_fabric_uplink - 问题 (186024) ome_smart_fabric_uplink 模块不允许创建多个同名的上行链路,即使 OpenManage Enterprise Modular 支持这样做。如果使用与现有上行链路相同的名称创建上行链路,则会修改现有上行链路。

fortinet.fortios

  • monitor API 的模块尚未进行版本控制。

重大变更

Ansible-core

  • 使 SCM 集合重新安装,无论是否存在 --force

  • NetBSD 虚拟化信息(特别是 ansible_virtualization_type)现在通过检查 machdep.hypervisor sysctl 键的值,返回更准确的值。这项更改具有破坏性,因为在某些情况下,即使目标不是在 Xen 上运行,之前也会错误地报告为 xen。此更改在大多数情况下避免了这种情况。(https://github.com/ansible/ansible/issues/69352

  • 将内部依赖解析器替换为 pip >= 20.3 现在默认使用的外部实现 —— resolvelib。(https://github.com/ansible/ansible/issues/71784

  • meta 模块现在支持用户定义的任务的标签。内部 meta 任务会继续始终运行。(https://github.com/ansible/ansible/issues/64558

  • 已移除 ansible-galaxy login 命令(请参阅 issue 71560

ansible.netcommon

community.docker

  • docker_swarm - 如果指定了 join_token,则返回的具有相同值的加入令牌将被替换为 VALUE_SPECIFIED_IN_NO_LOG_PARAMETER。当使用指定的 join_token 调用模块时,请确保不要盲目使用此模块返回的加入令牌!这个重大更改出现在次要版本中,因为需要修复一个安全问题(https://github.com/ansible-collections/community.docker/pull/103)。

community.general

  • 如果使用 Ansible 2.9 和此集合中的插件或模块,则当尝试通过 FQCN 使用 DellEMC 内容(如 community.general.idrac_firmware)时,community.general 3.0.0 会导致错误。由于 Ansible 2.9 无法使用重定向,你必须手动调整你的 playbook 和角色,以使用新的 FQCN(前面的示例为 dellemc.openmanage.idrac_firmware),并确保已安装 dellemc.openmanage

    如果使用 ansible-base 2.10 或更高版本,并且没有安装 Ansible 4.0.0,而是手动安装(和/或升级)了 community.general,则如果你正在使用这些插件或模块中的任何一个,则需要确保同时安装了 dellemc.openmanage 集合。虽然 ansible-base 2.10 或更高版本可以使用 community.general 3.0.0 添加的重定向,但必须安装它们指向的集合(如 dellemc.openmanage)才能使它们工作。

  • gitlab_deploy_key - 如果对于已存在的密钥标题,给出了不同的公钥作为参数,则不会发生任何事情,现在这种情况发生了变化,公钥会更新为新值(https://github.com/ansible-collections/community.general/pull/1661)。

  • java_keystore - 现在,如果别名(名称)已更改,则会覆盖密钥库,而不是失败。这原本是预期的行为,但由于逻辑错误而无法工作。请确保你的 playbook 和角色不依赖于失败而不是覆盖的旧行为(https://github.com/ansible-collections/community.general/issues/1671)。

  • java_keystore - 现在,如果密码已更改,则会覆盖密钥库,而不是失败。请确保你的 playbook 和角色不依赖于失败而不是覆盖的旧行为(https://github.com/ansible-collections/community.general/issues/1671)。

  • one_image - 使用 pyone 而不是 python-oca(https://github.com/ansible-collections/community.general/pull/2032)。

  • utm_proxy_auth_profile - frontend_cookie_secret 返回值现在包含一个占位符字符串,而不是模块的 frontend_cookie_secret 参数(https://github.com/ansible-collections/community.general/pull/1736)。

fortinet.fortios

  • 通用 FortiOS 模块 - 使用 Ansible 发出通用请求的 FOS 模块。

  • 支持 FOS 监视器 API - 一些模块是新的监视器 API。

  • 统一集合 - fortios 集合本身将适应任何 FOS 平台。

servicenow.servicenow

  • auth 字段现在是除基本身份验证之外的任何内容所必需的。

theforeman.foreman

  • 所有角色变量现在都以 foreman_ 为前缀,以避免与来自此集合之外的角色的类似命名变量发生冲突。

重大更改

Ansible-core

  • 可以在不使用 --force 标志的情况下重新安装具有新版本要求的集合。如果需要,集合的依赖项也将使用新的要求进行更新。使用 --upgrade 强制进行传递依赖项更新。

  • AnsibleModule - 使用 ArgumentSpecValidator 类来验证参数规范,并删除与参数规范验证相关的私有方法。任何使用私有方法的模块现在都应使用 ArgumentSpecValidator 类或相应的验证函数。

  • 声明 resolvelib >= 0.5.3, < 0.6.0 为 ansible-core 的直接依赖项。参考:- https://github.com/sarugaku/resolvelib - https://pypi.ac.cn/p/resolvelib - https://pradyunsg.me/blog/2020/03/27/pip-resolver-testing

  • 现在可以从本地文件夹和命名空间文件夹中安装 Ansible 集合,类似于具有多个集合的 SCM 结构。

  • 现在可以使用 ansible-galaxy collection install 中的 --upgrade 选项从 Galaxy 服务器升级 Ansible 集合。

  • 支持在角色执行时进行角色参数规范验证。当角色包含参数规范时,会在角色执行开始时插入一个隐式验证任务。

  • 添加 ArgumentSpecValidator 类,用于在 AnsibleModule 之外针对参数规范验证参数(https://github.com/ansible/ansible/pull/73335

  • ansible-test - 使用 centos6default 测试容器运行的测试现在使用 PyPI 代理容器在 Python 2.6 时访问 PyPI。这允许在 Python 2.6 下运行的测试继续工作,即使 PyPI 正在停止对非 SNI 功能客户端的支持。

ansible.netcommon

  • 从 netconf_config 中删除已弃用的连接参数

arista.eos

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules - 有关更多详细信息,请参阅 ansible.netcommon 变更日志

cisco.asa

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志 <https://github.com/ansible-collections/ansible.netcommon/blob/main/changelogs/CHANGELOG.rst#ansible-netcommon-collection-release-notes>

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules

cisco.ios

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules

cisco.iosxr

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules

  • ipaddress 不再在 ansible.netcommon 中。对于没有 ipaddress 的 Python 版本(< 3.0),现在需要 ipaddress 包。

cisco.nxos

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules

community.grafana

  • 在 grafana_teams 和 grafana_folder 模块中引入 “skip_version_check” 参数 (#147)

community.mysql

fortinet.fortios

  • 新模块 fortios_configuration_fact

  • 新模块 fortios_json_generic

  • 新模块 fortios_monitor

  • 新模块 fortios_monitor_fact

junipernetworks.junos

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志

  • 需要 ansible.netcommon v2.0.0+ 来支持 ansible_network_single_user_modeansible_network_import_modules

netapp.ontap

  • na_ontap_autosupport - 为该模块添加了 REST 支持。

openvswitch.openvswitch

  • 此特定版本没有重大更改,它是由于错误标记的,无法还原。

servicenow.servicenow

  • 重构客户端以继承自 AnsibleModule

  • 支持 OpenID Connect 身份验证协议

  • 支持用于身份验证的持有者令牌

vyos.vyos

  • 有关更多详细信息,请参阅 ansible.netcommon 变更日志

  • 需要 ansible.netcommon v2.0.0+ 以支持 ansible_network_single_user_modeansible_network_import_modules

  • ipaddress 不再在 ansible.netcommon 中。对于没有 ipaddress 的 Python 版本(< 3.0),现在需要 ipaddress 包。

已移除的功能

Ansible-core

  • 从 ansible.plugins.strategy 中移除了 SharedPluginLoaderObj 类。它已被弃用,建议使用标准插件加载器。

  • 从回调插件基类中移除了 _get_item() 别名,该别名已被弃用,建议使用 _get_item_label()

  • “user” 参数先前已被弃用,现在已被删除,建议使用 “scope”

  • 已移除已弃用的 ansible.constants.BECOME_METHODS

  • 已移除已弃用的 ansible.constants.get_config()

  • 已移除已弃用的 ansible.constants.mk_boolean()

  • 不再为 name 参数可以接受列表的模块(主要是软件包管理器)优化 with_* 循环。请使用 name,而不是使用 with_items 等在单个名称上进行循环。

community.general

community.network

f5networks.f5_modules

fortinet.fortios

  • 移除了模块 fortios_facts

  • 移除了模块 fortios_registration_forticare

  • 移除了模块 fortios_registration_vdom

  • 移除了模块 fortios_system_config_backup_restore

  • 移除了模块 fortios_system_vmlicense

已弃用的功能

Ansible-core

  • 从 2.14 版本开始,shell 和 command 模块将不再具有警告和建议使用其他模块代替命令的选项。这些模块的 warn 参数现在已被弃用,并默认为 False。同样,COMMAND_WARNINGS 配置选项也被弃用,并默认为 False。这些将在 2.14 版本中移除,其存在将成为错误。

  • apt_key - 参数 key 不再起作用,已被弃用,将在 ansible-core 2.14 版本中移除 (https://github.com/ansible/ansible/pull/70319)。

  • psrp - 将 pypsrp 的最低版本设置为 0.4.0

ansible.netcommon

cisco.nxos

  • 弃用 nxos_bgp_af,推荐使用 nxos_bgp_address_family 资源模块。

  • 弃用 nxos_bgp_neighbor_af,推荐使用 nxos_bgp_neighbor_address_family 资源模块。

cloudscale_ch.cloud

  • 卷模块中 servers 参数的别名 server_uuidsserver_uuid 将在 3.0.0 版本中移除。

community.aws

community.crypto

community.general

community.vmware

f5networks.f5_modules

  • 正在弃用对早于 3.5 的 Python 版本的支持