游客kmbhpadoppfx6_个人页

详细解答可以参考官方帮助文档 域名信息修改（过户）操作 域名信息修改（过户）批量操作 域名信息修改（过户）操作 未实名认证的域名 登录 阿里云域名控制台，在相应域名后面单击管理。 单击域名信息修改（过户），填写各项的真实信息。如果有使用过的信息模板，可直接选择使用。单击 下一步 按钮。 或者通过域名和域名密码登录 单域名控制台，单击 域名信息修改（过户）。 您可以选择 手机认证、邮箱认证、阿里云 App 一键认证 进行验证。单击 获取验证码 后，输入刚刚收到的验证码。单击 下一步。 同时，根据您选择 关闭 或 开启 域名信息修改成功后 60 天内限制注册商间转移的功能，以上域名将相应 不受 或 受到域名信息修改成功后 60 天内禁止转出阿里云的限制。 说明 如果您的预留手机号或邮箱不正确，可修改手机号和邮箱。完成修改后方可完成身份验证。 域名持有者信息修改（过户）成功。 修改成功后，会同时给原域名持有者邮箱和新域名持有者邮箱发送域名信息修改操作的通知，请注意查收。 如果是未实名认证的 .com/.net 域名、.xin 域名和国内域名，持有者信息修改成功后还需提交域名实名认证。 已实名认证的域名 持有者信息修改（过户）： 登录 阿里云域名控制台，在相应域名后面单击 管理。 单击域名持有者名称右侧的修改按钮后填写新信息。 选择验证方式，进行身份验证。 上传认证资料。 如果域名持有者信息修改为 个人，那么需要填写所有者身份证号，上传身份证正面扫描件（或照片）。确认无误后，单击 提交。 如果域名持有者信息修改为 企业，那么需要填写企业证件号，上传企业认证资料（有效营业执照或组织机构代码证副本扫描件或数码照片）。确认无误后，单击 提交。 如果填写新域名持有者信息时，选择的是 已实名认证 的信息模板，系统将自动读取该域名持有者的实名制资料。 等待审核。 上传认证资料后，需要约 3-5 个工作日完成审核，请耐心等待。 审核通过，域名持有者信息修改（过户）成功。 修改成功后，会同时给原域名持有者邮箱和新域名持有者邮箱，发送域名信息修改操作的通知，请注意查收。 完善域名实名认证证件类型和证件号码等资料 若您的域名已经完成实名认证，但需补充完善实名认证证件类型和证件号码的，仍需在域名持有者名称输入框内重新填写域名持有者名称(复制/粘贴即可）后按照页面提示完成操作。 新转入域名 提交域名转入阿里云时，除了必须使用 已实名认证 的模板以外，还须选择 关闭域名信息修改成功后 60 天内禁止转移注册商。如果选择 关闭，域名将 不受域名信息修改成功后 60 天内禁止转出阿里云的限制。 从其他注册商转入到阿里云的域名，域名信息修改（过户）同域名信息修改（过户）操作中“已实名认证的域名”的操作流程。 .gov.cn 域名 .gov.cn 域名信息修改（过户）步骤如下： 将以下资料发送至邮箱：cndomain-notice@service.alibaba.com。 在线打印《域名信息修改申请表》（在 阿里云域名控制台 申请过户的操作中，系统会自动为您生成《域名信息修改申请表》，在线打印即可）。原/新域名持有者须在申请表上盖章，原域名持有者为个人时须提供手写签字。 有效的原/新所有人及联系人身份证明材料（个人提供身份证正反面原件扫描件、单位提供组织机构代码证或营业执照副本原件扫描件）。 邮件内容如下： 邮件标题：域名“abc.gov.cn”（示例）信息修改资料。 邮件正文：写明需要办理业务的域名，需要办理的业务内容。 附件要求：提供资料压缩包，并以域名命名（要求提供的带单位鲜章的扫描件或拍照件必须清晰完整）。 阿里云收到用户邮件后，在 3-5 个工作日内进行受理。 域名注册管理局（CNNIC）在审核资料的同时，会电话联系过户双方核实变更意愿，请保持联系电话畅通。 通过审核后，域名信息修改（过户）成功。 .hk 域名 目前阿里云下的英文 .hk/中文 .hk 域名暂不支持在线自助过户，需联系 阿里云客服 人工办理过户。 .hk 域名人工过户是收费服务。过户按域名个数收费，收费标准为 1850 元人民币/个，其中包含一年续费费用。过户成功后，域名到期时间会延长一年。 .hk 域名人工过户步骤如下： 登录 阿里云首页。将鼠标置于最右侧的账户头像，单击 余额 后面的 充值。选择支付方式，填写充值金额，单击 充值。 下载并填写 《域名注册联络资料(HK)》，以 word 形式提交 工单 给我们。 说明 在此表格中填写域名新持有者信息时，新持有者的中、英文名字务必与提供的所需联络资料、受让人证件上的公司名称或身份证姓名一致。 阿里云会将收到的资料提交给 HK 注册局。HK 注册局会创建标识您该项业务的参考编号（约两个工作日），收到该编号后阿里云将通过 工单 提供给您。此编号需要填写在步骤 4 中的变更所有者（过户）申请表里。 下载并填写 .hk 域名变更所有者（过户）申请表。 如果您是企业或组织，请下载并填写 《出让人为公司 Transfer Form - TNRCase 1》。 如果您是个人，请下载并填写 《出让人为个人 Transfer Form - TNRCase 2》。 申请表盖章并上传证件资料。 将步骤 4 中填写完整的申请表进行盖章及签字（如果是企业，需盖企业公章并由法定代表人签字；如果是个人，需填写身份证件号码并签字），域名过户双方的营业执照复印件盖章（域名持有者为个人的提供身份证复印件），相关法定代表人的身份证复印件。请将以上所有完成盖章及签字的资料及证件的扫描件提交 工单 给我们。 说明 申请表后面附有 DCTNR1 和 DCTNR2 表格，需过户双方根据实际情况来填写相应的内容。申请表中凡是涉及到签名的地方，第一行和第二行都需要手写签字，第一行可以草签，第二行必须以正楷签名。 收到您的全部资料后，阿里云会提交至 HK 注册局进行预先审核。待 HK 注册局审核有结果后（约十个工作日），阿里云会第一时间通知您。 域名信息修改（过户）批量操作 如果您需要同时对账号下多个域名进行域名信息修改（过户），您可以参考以下流程： 登录 阿里云域名控制台，选中需要操作的域名，单击 更多批量操作 > 域名信息修改（过户）。 进行身份验证，选择要修改的信息分类，按流程引导操作即可。 同时，根据您选择 关闭 或 开启 域名信息修改成功后 60 天内限制注册商间转移的功能，以上域名将相应 不受 或 受到60 天内禁止转出阿里云的限制。 说明 在您进行批量操作域名持有者信息修改的过程中，如下情况不支持批量功能： .gov.cn 域名、通用网址、.hk 域名、国别域名、海外域名等。 域名当前正处于实名认证审核中、域名转出中、域名开启了 域名安全锁、域名处于仲裁或冻结等。 需分开进行批量操作的情况： 在域名信息修改中，同时存在国内域名和国际域名。 在域名信息修改（过户）中，同时存在已实名认证的国内、国际域名和新转入国内域名，以及未实名认证的国内和国际域名。

详细解答可以参考官方帮助文档 您可以删除您创建的存储空间。如果存储空间不为空（存储空间中有文件或者是尚未完成的分片上传），则存储空间无法删除，必须删除存储空间中的所有文件和未完成的分片文件后，存储空间才能成功删除。如果想删除存储空间内部所有的文件，推荐使用 生命周期管理。 功能使用参考 API：Delete Bucket SDK：Java SDK-Bucket 中 删除Bucket 控制台：删除存储空间

详细解答可以参考官方帮助文档 日志服务（Log Service，简称Log）是针对日志场景的平台化服务。无需开发就可以快速完成日志收集、分发、投递与查询， 适用于日志中转、监控、性能诊断、日志分析、审计等场景。容器服务提供了集成日志服务的能力，可以方便地将应用日志发送到日志服务里。 Note 在集群管理页，只要单击开启日志服务 > 确定，日志服务成功开启之后，通过内置的 RAM 账户，会为每个自动创建的 Logstore 创建日志索引，由于阿里云日志服务已经开始收费，因此启用本功能之后，按照下面的方式进行配置，将会产生计费，收费标准参见计费方式。请务必了解您的日志量，以免产生大量非预期的费用。 开启日志服务 登录 容器服务管理控制台。 在 Swarm 菜单下，单击左侧导航栏中的集群。 选择目标集群并单击管理。 单击页面右上角的开启日志服务。 在弹出的确认对话框中，单击确定。 开通容器服务的日志服务之前，您需要先开通阿里云访问控制（RAM）和阿里云日志服务。如果您还未开通，请单击 去开通开通访问控制（RAM）和阿里云日志服务。 查看 acslogging 服务安装结果 第一次启用日志服务时，容器服务会在您的机器安装日志服务所需的 Agent。您可以在应用列表中找到该应用。安装成功后，您就可以使用日志服务了。 登录 容器服务管理控制台。 单击左侧导航栏中的应用。 选择目标集群并取消勾选隐藏系统应用。 可以看到 acslogging 应用已安装成功。 同时，系统会在阿里云日志服务上创建一个对应的 project，您可以在日志服务管理控制台上进行查看。project 的名字里包含了容器服务集群的 ID。 在编排文件里使用日志服务 大多数的 Docker 应用会直接将日志写到 Stdout，现在您依然可以这样做（对于日志写到文件的场景，可以参考下边的使用文件日志）。在开通日志管理功能后，Stdout 的日志可以自动收集并且发送到阿里云日志服务。 下面的例子创建了一个 WordPress 应用。该应用包含 WordPress 和 MySQL 两个服务，日志会收集到阿里云日志服务。 MySQL image: mysql ports: - 80 labels: aliyun.scale: '1' environment: - MYSQL_ROOT_PASSWORD=password WordPress image: registry.aliyuncs.com/jiangjizhong/wordpress ports: - 80 labels: aliyun.routing.port_80: wordpress-with-log aliyun.log_store_dbstdout: stdout # 采集stdout日志到dbstdout日志库中 aliyun.log_ttl_dbstdout: 30 # 设置dbstdout日志库日志数据保存30天 links: - mysql 在上边的编排文件中 aliyun.log_store_dbstdout: stdout 表示将容器的标准写入 logstore acslog-wordpress-dbstdout里。这个标签的格式为 aliyun.log_store_{name}: {logpath}。其中： name 为阿里云日志服务 logstore 的名字，实际创建的 logstore 的名字为acslog-${app}-${name}。 app 为应用名称。 logpath为容器中日志的路径。 stdout 是一个特殊的 logpath，表示标准输出。 aliyun.log_ttl_ 标签用来设置日志库初始日志保存时间，单位为天，有效值为 1~365 天，不配置则默认初始化为 2 天。 Note 这里设置的是初始配置值，如果后期您需要修改日志保存时间，需要到日志服务控制台进行设置。 用上面的编排文件，您可以在容器服务管理控制台上创建一个名为 wordpress 的应用。在应用启动完成后，可以在阿里云日志管理控制台上找到 logstore acslog-wordpress-dbstdout，其中存储了 wordpress 的日志。 在日志服务管理控制台上查看日志 使用上面的编排文件部署应用之后，您可以在阿里云日志服务控制台查看收集到的日志。登录日志服务管理控制台，找到集群对应的日志服务 project，单击进入。您可以看到编排文件里使用的 logstore acs-wordpress-dbstdout。 在 日志索引列中单击 查询查看日志。 使用文件日志 如果您不希望日志直接写到 stdout 中，而需要将日志直接写到文件中，比如/var/log/app.log，可以进行如下配置。 aliyun.log_store_name: /var/log/app.log 其中name为 logstore 的名字，/var/log/app.log为容器内日志的路径。 如果您需要输出多个日志文件到日志服务，可以进行如下配置将文件放在多个目录下。 aliyun.log_store_s1: /data/logs/access/access.log aliyun.log_store_s2: /data/logs/error/error.log aliyun.log_store_s3: /data/logs/exception/*.log #支持通配符 Note 暂不支持多个logstore对应同一个日志目录。上面的例子中有 3 个 logstore s1、s2 和 s3，对应的日志文件必须在 3 个目录下。 开启 timestamp Docker 在收集日志的时候可以选择是否添加 timestamp。您可以在容器服务中通过aliyun.log.timestamp 标签进行配置。默认会添加 timestamp。 添加 timestamp aliyun.log.timestamp: 'true' 去除 timestamp aliyun.log.timestamp: 'false'

详细解答可以参考官方帮助文档 OSS存储文件实际是没有目录结构的概念，正常看到OSS的结构目录是通过正斜线（/）来模拟的。如果OSS上的一个文件oss:/bucket/123/456/789.jpg/ 以正斜线（/）结尾就会被识别为目录。移动和改名object原理相同，需要手动上传object到新的路径位置，删除老文件（删除目录需要先删除目录下的文件）。如果问题还未能解决，请联系阿里云售后技术支持。 

详细解答可以参考官方帮助文档 负载均衡通过健康检查来判断后端服务器（ECS实例）的业务可用性。健康检查机制提高了前端业务整体可用性，避免了后端ECS异常对总体服务的影响。 开启健康检查功能后，当后端某台ECS健康检查出现异常时，负载均衡会自动将新的请求分发到其它健康检查正常的ECS上；而当该ECS恢复正常运行时，负载均衡会将其自动恢复到负载均衡服务中。 如果您的业务对负载敏感性高，高频率的健康检查探测可能会对正常业务访问造成影响。您可以结合业务情况，通过降低健康检查频率、增大健康检查间隔、七层检查修改为四层检查等方式，来降低对业务的影响。但为了保障业务的持续可用，不建议关闭健康检查。 健康检查过程 负载均衡采用集群部署。LVS集群或Tengine集群内的相关节点服务器同时承载了数据转发和健康检查职责。 LVS集群内不同服务器分别独立、并行地根据负载均衡策略进行数据转发和健康检查操作。如果某一台LVS节点服务器对后端某一台ECS健康检查失败，则该LVS节点服务器将不会再将新的客户端请求分发给相应的异常ECS。LVS集群内所有服务器同步进行该操作。 负载均衡健康检查使用的地址段是100.64.0.0/10，后端服务器务必不能屏蔽该地址段。您无需在ECS安全组中额外针对该地址段配置放行策略，但如有配置iptables等安全策略，请务必放行（100.64.0.0/10 是阿里云保留地址，其他用户无法分配到该网段内，不会存在安全风险）。 HTTP/HTTPS监听健康检查机制 针对七层（HTTP或HTTPS协议）监听，健康检查通过HTTP HEAD探测来获取状态信息，如下图所示。 对于HTTPS监听，证书在负载均衡系统中进行管理。负载均衡与后端ECS之间的数据交互（包括健康检查数据和业务交互数据），不再通过HTTPS进行传输，以提高系统性能。 七层监听的检查机制如下： Tengine节点服务器根据监听的健康检查配置，向后端ECS的内网IP+【健康检查端口】+【检查路径】发送HTTP HEAD请求（包含设置的【域名】）。 后端ECS收到请求后，根据相应服务的运行情况，返回HTTP状态码。 如果在【响应超时时间】之内，Tengine节点服务器没有收到后端ECS返回的信息，则认为服务无响应，判定健康检查失败。 如果在【响应超时时间】之内，Tengine节点服务器成功接收到后端ECS返回的信息，则将该返回信息与配置的状态码进行比对。如果匹配则判定健康检查成功，反之则判定健康检查失败。 TCP监听健康检查机制 针对四层TCP监听，为了提高健康检查效率，健康检查通过定制的TCP探测来获取状态信息，如下图所示。 TCP监听的检查机制如下： LVS节点服务器根据监听的健康检查配置，向后端ECS的内网IP+【健康检查端口】发送TCP SYN数据包。 后端ECS收到请求后，如果相应端口正在正常监听，则会返回SYN+ACK数据包。 如果在【响应超时时间】之内，LVS节点服务器没有收到后端ECS返回的数据包，则认为服务无响应，判定健康检查失败；并向后端ECS发送RST数据包中断TCP连接。 如果在【响应超时时间】之内，LVS节点服务器成功收到后端ECS返回的数据包，则认为服务正常运行，判定健康检查成功，而后向后端ECS发送RST数据包中断TCP连接。 说明 正常的TCP三次握手，LVS节点服务器在收到后端ECS返回的SYN+ACK数据包后，会进一步发送ACK数据包，随后立即发送RST数据包中断TCP连接。 该实现机制可能会导致后端ECS认为相关TCP连接出现异常（非正常退出），并在业务软件如Java连接池等日志中抛出相应的错误信息，如Connection reset by peer。 解决方案： TCP监听采用HTTP方式进行健康检查。 在后端ECS配置了获取客户端真实IP后，忽略来自前述负载均衡服务地址段相关访问导致的连接错误。 UDP监听健康检查 针对四层UDP监听，健康检查通过UDP报文探测来获取状态信息，如下图所示。 UDP监听的检查机制如下： LVS节点服务器根据监听的健康检查配置，向后端ECS的内网IP+【健康检查端口】发送UDP报文。 如果后端ECS相应端口未正常监听，则系统会返回类似返回 port XX unreachable的ICMP报错信息；反之不做任何处理。 如果在【响应超时时间】之内，LVS节点服务器收到了后端ECS返回的上述错误信息，则认为服务异常，判定健康检查失败。 如果在【响应超时时间】之内，LVS节点服务器没有收到后端ECS返回的任何信息，则认为服务正常，判定健康检查成功。 说明 当前UDP协议服务健康检查可能存在服务真实状态与健康检查不一致的问题： 如果后端ECS是Linux服务器，在大并发场景下，由于Linux的防ICMP攻击保护机制，会限制服务器发送ICMP的速度。此时，即便服务已经出现异常，但由于无法向前端返回port XX unreachable报错信息，会导致负载均衡由于没收到ICMP应答进而判定健康检查成功，最终导致服务真实状态与健康检查不一致。 解决方案： 负载均衡通过发送您指定的字符串到后端服务器，必须得到指定应答后才认为检查成功。但该实现机制需要客户端程序配合应答。 健康检查时间窗 健康检查机制的引入，有效提高了业务服务的可用性。但是，为了避免频繁的健康检查失败引起的切换对系统可用性的冲击，健康检查只有在健康检查时间窗内连续多次检查成功或失败后，才会进行状态切换。健康检查时间窗由以下三个因素决定： 健康检查间隔 (每隔多久进行一次健康检查) 响应超时时间 (等待服务器返回健康检查的时间) 检查阈值 (健康检查连续成功或失败的次数) 健康检查时间窗的计算方法如下： 健康检查失败时间窗=响应超时时间×不健康阈值+检查间隔×(不健康阈值-1) 健康检查成功时间窗= (健康检查成功响应时间x健康阈值)+检查间隔x(健康阈值-1) 说明 健康检查成功响应时间是一次健康检查请求从发出到响应的时间。当采用TCP方式健康检查时，由于仅探测端口是否存活，因此该时间非常短，几乎可以忽略不计。当采用HTTP方式健康检查时，该时间取决于应用服务器的性能和负载，但通常都在秒级以内。 健康检查状态对请求转发的影响如下： 如果目标ECS的健康检查失败，新的请求不会再分发到相应ECS上，所以对前端访问没有影响。 如果目标ECS的健康检查成功，新的请求会分发到该ECS上，前端访问正常。 如果目标ECS存在异常，正处于健康检查失败时间窗，而健康检查还未达到检查失败判定次数（默认为三次），则相应请求还是会被分发到该ECS，进而导致前端访问请求失败。