服务器虚拟化项目实施方案.docx

上传人:b****5 文档编号:27628455 上传时间:2023-07-03 格式:DOCX 页数:29 大小:179.09KB
下载 相关 举报
服务器虚拟化项目实施方案.docx_第1页
第1页 / 共29页
服务器虚拟化项目实施方案.docx_第2页
第2页 / 共29页
服务器虚拟化项目实施方案.docx_第3页
第3页 / 共29页
服务器虚拟化项目实施方案.docx_第4页
第4页 / 共29页
服务器虚拟化项目实施方案.docx_第5页
第5页 / 共29页
点击查看更多>>
下载资源
资源描述

服务器虚拟化项目实施方案.docx

《服务器虚拟化项目实施方案.docx》由会员分享,可在线阅读,更多相关《服务器虚拟化项目实施方案.docx(29页珍藏版)》请在冰豆网上搜索。

服务器虚拟化项目实施方案.docx

服务器虚拟化项目实施方案

 

服务器虚拟化项目

实施方案

 

 

第一章概述

一.1项目背景

XX集团作为国内大型制造研发企业,随着业务规模的不断扩大,信息化建设不断发展。

目前信息化网络以信息中心为运营维护单位,随着新厂区的建设就位,多个生产业务和应用系统需要进行升级和改造,涉及的资源较为庞大。

出于经济效益和管理安全性考虑,针对新厂区数据中心基础架构的虚拟化建设与整合已势在必行。

XX集团当前正在建设的虚拟化项目,底层由虚平台进行承载业务系统,以提高资源提高利用率,实现虚拟资源池化,提高业务系统的可靠性和可用性。

本项目同时需要对新厂区的网络基础架构的规划部署,虚拟化资源平台建设,以及多个系统迁移加入到服务器虚拟化平台,可通过虚拟化平台提高资源的使用率。

本项目目前对虚拟化方面的需求,总结如下:

Ø建立完善新厂区的网络基础设施架构。

Ø需要将整体服务器资源进行整合,建立资源池。

Ø需要自动管理,自动调配各个服务器之间的系统资源

Ø需使用虚拟化提高整体资源利用率

Ø需要虚拟化方案来将所有业务整合进行统一管理,为云平台的建设打下基础

Ø需要虚拟化平台来为业务提供冗余性。

保证业务高可用性,减少业务恢复时间。

一.2项目实施范围

针对项目实施的理解,本项目主要对新厂区进行从基础架构到应用升级迁移的建设,包括如下:

具体来讲,本期实施范围如下表:

虚拟化项目实施范围

序号

实施内容

范围描述

1

系统规划设计

平台架构设计服务,完成数据中心现状和需求调研,提供平台架构设计和实施方案设计。

具体包括:

网络规划设计(带宽,IP地址,安全规划),

服务器、存储规划设计,

虚拟化资源池规划设计,

AD域控升级规划设计,

业务系统迁移方案设计

2

硬件安装

硬件设备(包括:

服务器、存储、网络设备)到货,基础上架安装,微码升级,初始化工作

3

网络实施与优化

安装配置核心交换机,接入层交换机设备,相关网络策略配置。

4

虚拟化资源池搭建

虚拟化资源池搭建服务,搭建vSOM虚拟化平台,(5台服务器,10+1的vSOM企业版),配置虚拟化的相关功能,并完成功能测试

5

系统迁移与升级

1.升级迁移AD域服务器,以及文件服务器

2.将现有业务服务器完成迁移,包括:

1,erp系统,OA系统,PDM系统,加密系统,报表系统,人事系统,PLM系统,HR系统,用友系统,网络传真系统,应用软件认证服务器。

6

培训与验收

平台运维管理培训,试运行与验收

 

第二章项目实施安排

针对虚拟化项目,根据项目委员会对实施工作的要求,我方承诺按照以下方案提供项目实施服务,并在工程的售后支持服务上为用户提供专业的系统全程特色服务。

在项目实施与售后服务过程中,我方将与用户进行充分沟通和协调,作好项目集成实施与技术支持服务工作。

具体说明如下:

二.1项目实施原则和思路

通过对项目的实施要求分析,我们充分了解虚拟化项目的重要意义。

在项目实施方案中我们充分考虑了用户需求,编写了详细的系统实施方案,同时对实施人员组织,工期进度保障做出了明确的方案规划。

同时,我们设计了详细的项目管理方案,对施工计划做出合理安排,并且采取有效的可操作性强的措施控制质量,采用正确的施工工艺和方法,保障用户项目的高效实施。

为此我方对本项目采取如下措施:

二.1.1与各系统部门协调配合

本项目是业务系统运行环境的重要基础和组成部分,因此本项目建设需要与现有环境联调、配合。

我方承诺将积极与现有整体系统进行协调配合,将本项目与整体系统加以有机整合,使之成为新厂区数据中心基础设施的重要一环。

二.1.2充分发挥自身资源优势,调配优势资源参与本项目

XX作为一流的系统集成服务提供商,在数据中心虚拟化平台集成建设方面有着丰富的经验,同时也培养了一大批有大型项目经验设计、建设和运维经验的技术人员。

我方承诺将调动XX集团优势资源,协调经验丰富的技术人员参与本项目建设。

详细请见工程项目人员组织计划。

二.1.3合理分工,有效协调,保证项目顺利进行

结合大量集成项目实施经验和系统运维经验,XX集团可以为本项目做出合理的分工,协调相关厂商,保证项目按期高质量的完成。

在本项目中,为了保证进度,划分多个实施小组,采取分批并行实施的方式,项目实施小组严格按照施工方案进行施工,对于意外情况,将同时汇报各自的项目经理,由项目管理小组裁决。

二.1.4与合作厂商高度协同,共同完成项目实施

XX与目前数据中心领域业内,本期涉及的主流设备原厂商及虚拟化软件厂商多年一直保持着良好的合作关系。

针对本项目,我公司将积极协调原厂商参与本项目的实施工作,原厂商将成立专门的项目实施支持小组补充到我公司的项目实施体系中,XX公司的项目经验、综合技术实力+主流设备厂商和虚拟化软件厂商的产品技术实力=成功的项目实施。

二.1.5制定周密的应急方案和风险管理方案,保证系统准时上线

本项目施工周期短、涉及众多业内高端设备的特点,决定了本项目实施中会面临种种风险,包括设备到货风险、节点施工风险等等。

为了保证系统的准时上线,借助XX实施服务人员的丰富经验、强大的备品备件储备,我们制定了周密的应急方案,通过风险管理措施,可以保证虚拟化平台项目按进度完成整体实施。

二.2实施计划

二.2.1项目实施周期

项目实施周期要求比较严格,经过和方面的沟通,我们安排时间周期为:

任务名称

工期

开始时间

完成时间

项目启动阶段

1个工作日

硬件到货及机房环境

10个工作日

设备基础安装

3个工作日

网络实施与优化

5个工作日

虚拟化资源池建设

3个工作日

系统迁移与升级

15个工作日

系统上线试运行

10个工作日

系统培训

3个工作日

平台验收

1个工作日

二.2.2项目实施任务分解

为满足上一点中阐述的项目实施周期,我们为虚拟化项目做了以下的实施任务节点的分解:

序号

阶段

工作内容

角色/人员

1.   

项目启动阶段

项目启动会

项目经理、实施工程师

项目实施方案初稿

项目经理、实施工程师

细化实施方案

项目经理、实施工程师

2.

系统建设与集成

服务器到货检验

项目经理、实施工程师

服务器上架

项目经理、实施工程师

服务器、网络、存储线缆连接联调

项目经理、实施工程师

存储到货安装及加电

项目经理、实施工程师

服务器、网络、存储线缆连接联调

项目经理、实施工程师

交换机到货、上架安装及加电

项目经理、实施工程师

服务器、网络、存储线缆连接联调

项目经理、实施工程师

网络交换机配置,安装,联调

项目经理、实施工程师

Hypervisor安装、存储划分、虚机安装

项目经理、实施工程师

管理服务器虚机模版安装

项目经理、实施工程师

网络交换机、网络联调

项目经理、实施工程师

管理网络与业务网络调通

项目经理、实施工程师

vSphere虚拟机建设

项目经理、实施工程师

集群建设

项目经理、实施工程师

AD,OperationManager服务器等管理服务器建设

项目经理、实施工程师

业务虚拟模版制作

项目经理、实施工程师

3.   

AD域控升级

将AD域控升级到2012版本

实施人员

4.   

其他业务系统迁移

应用迁移兼容性测试

项目经理、实施工程师

系统切换测试

项目经理、实施工程师

试运行阶段

实施人员

5.   

上线运行及用户培训

系统正式上线运行及对管理员和用户培训

项目经理、实施工程师

6

运维阶段

完成系统运维工作

运维人员

合计

 

 

 

备注:

Ø考虑到目前项目的详细实施内容尚未确定,很多内容需要在项目开始后进行确定,因此在蓝图阶段,需要双方协调和配合完成后续的工作内容。

Ø项目启动时间,取决于本次合同的签署时间。

Ø项目实施中,乙方将和甲方一起完成详细项目计划的制定。

 

设计规划阶段

1)虚拟化平台规划和设计

本阶段的项目实施根据贵公司业务发展的长远目标,到场以workshop的形式与客户基础架构、应用、维护等团队进行充分沟通,在理解客户现有物理架构和业务模式的基础上,对未来基础设施和IT交付模式进行规划和设计,其中核心交付物“虚拟化平台架构设计报告”重点描绘客户未来服务器虚拟化架构的特征和要点,主要内容包括:

●基础设施的规划

主要分析客户的现有硬件环境和应用场景,通过描述服务器虚拟化产品的适用性、兼容性等要求和最佳实践,帮助用户描述项目总体规划和建设目标。

主要包括:

a)ESXi兼容性分析确认;

b)虚拟化对物理网络的需求;

c)虚拟化对存储的需求;

d)未来多个虚拟数据中心的规划,例如规划生产和测试数据中心

本项目所投软件产品对环境有一定的系统要求,主要包括服务器配置、网络配置和存储配置等,以下为所投产品对环境的系统要求:

要安装和使用vSphere6.0,硬件和系统资源必须满足下列需求:

•只能在64位x86CPU的服务器上安装和运行。

•要求主机CPU至少具有两个内核。

•仅支持LAHF和SAHFCPU指令。

•需要在BIOS中针对CPU启用NX/XD位。

•需要至少4GB的物理RAM,至少提供8GB的RAM,以便能够充分利用ESXi的功能。

•需要一个或多个千兆或10Gb以太网控制器。

•需要一个或多个SCSI或RIAD控制器。

•从本地磁盘或SAN/iSCSI进行引导,需要5.2GB的磁盘空间。

要安装和使用vCenter6.0,硬件和系统资源必须满足下列需求:

•需要两个64位CPU或一个64位双核处理器。

•单独安装需要4GB内存,如果和SSO等组件一起安装,则需要10GB内存。

•单独安装需要4GB磁盘空间,如果和SSO等组件一起安装,则需要60GB磁盘空间。

•需要网络速度1Gb。

•要求使用64位操作系统,不支持WindowsServer2003和2008SP1。

•需要Microsoft。

NET3.5SP1Framework。

•组件之间的通信所需的端口有80、389、636、902、8080、8443、60099、6501、6502、7005、7009、7080、7444、9443、9090、10080、10443、10109、10111。

XX系统架构师在该项目的架构设计中,会充分考虑软件对硬件的各种需求,例如CPU主频、网络端口、存储IOPS等等,和公司的架构师一起对硬件环境的配置进行评估,确保虚拟化平台的建设可以在功能和性能上完全满足客户的最终需求。

●虚拟化架构的规划

通过对ESXi,vCenter及其各类插件的具体配置建议和使用目标的描述,保证基本架构的合理化和标准化部署,同时实现服务器虚拟化架构在管理和使用方面的方便性和灵活性特征。

主要包括:

a)ESXi主机与vSphere的兼容性确认;

b)ESXi版本信息确认;

c)ESXi的配置建议

d)ESXi管理与日志配置建议

e)主机时间同步建议;

f)vCenter在数据中心中的部署建议;

g)vCenter数据库需求分析

h)vCenter配置建议;

i)vCenter高可用性建议;

j)vCenter和ESXi升级建议;

l)主机配置文件建议

●网络规划设计

在物理资源充足的条件下,网络架构首先应遵循下述最佳实践,

*对于vSphere管理、VM连接、VMotion传输、(和FT容错日志传输)都有独立的网络

*对于NFS、iSCSI(基于IP的存储)有独立的网络

*冗余的vSwitch虚拟交换机至少绑定两个激活的物理网卡端口

*从不同的物理网卡冗余接入以防止网卡或PCI插槽的失败

*在物理交换机层保障冗余

网络设计的主要内容包括:

a)标准虚拟交换机;

b)管理网络、VMotion、虚拟机端口组;

c)网络故障切换与负载均衡策略分析; 

●存储、VMFS规划设计

服务器虚拟化基础架构的性能很大程度上依赖于存储子系统的配置。

对于具有一定数据规模的客户,为了平衡虚拟机性能和存储的价格,在多阵列环境中XX建议采用分层存储模型,不同的存储级别提供不同的虚拟机IOPS的水平。

客户在做存储架构规划之前联系应用支持团队和软件厂商以确定将要发布的虚拟机中的应用的IO的需求,以便放置虚拟机磁盘文件在一个相匹配性能的存储中。

对于将要部署的虚拟机不知道IO需求时,XX建议客户把虚拟机放在一个低级别得存储中,逐步的调整到直至最高性能的存储中。

利用StorageVMotion技术来无缝的支持存储间的迁移调整。

StorageVMotion最大限度的降低虚拟机在存储间迁移的停机和性能的影响。

存储设计的主要内容包括:

a)FC存储配置与连接建议;

b)存储容量规划,LUN设计规格;

c)虚拟机备份方案分析;

d)虚拟机模板分析与定义;

e)ESXi主机、虚拟机安全分析; 

●节能高效的规划

a)Windows虚拟机配置最佳实践建议;

b)Linux虚拟机配置最佳实践建议;

c)ESXi主机的最高负载建议; 

●高可用性及业务连续性规划

服务器虚拟化基础设施的一个重要组成部分就是为运行的虚拟机提供一个高可用性和冗余环境。

服务器虚拟化群集就是提供高可用性的基础。

服务器虚拟化基础设施群集架构的配置是基于客户网络安全需求决定的。

IT组织部门根据网络安全定义、管理要求和硬件架构的兼容性特征构架若干群集承载OA、生产、测试、开发等部门所需的虚拟机资源。

集群设计的主要内容包括:

a)ESXi主机群集规划;

b)ESXi主机计划内停机与计划外停机对虚拟机影响的分析与建议;

c)HA配置分析与建议(即ESXi主机故障切换);

d)群集动态资源调配(DRS)的规划;

e)分析、定义和配置DRS规则(即虚拟机之间的亲和性与互斥性);

f)虚拟机容错规划;

资源池构建部署阶段

1)硬件环境准备和确认

根据实施规划阶段的设计,对磁盘柜、网络交换机、服务器主机、光纤交换机、机柜、电源等硬件环境进行确认,确保所有硬件环境满足安装部署需求。

参照项目的实施规划方案,由磁盘阵列柜硬件厂商完成磁盘柜的RAID配置,LUN划分,并映射到相关的服务器主机,确保每台物理主机可以识别相应的LUN。

2)平台和管理软件安装配置

在每台物理主机上安装服务器虚拟化平台软件,根据客户需求配置主机名、IP地址和用户密码。

安装1台服务器虚拟化管理软件平台、数据库、AD域控制器和DNS服务器。

3)网络、存储的添加和配置

为每台物理主机创建标准虚拟交换机和分布式虚拟交换机,并配置好网卡、Teaming、流量控制等等。

为每台物理主机添加Datastore,创建vmfs文件系统。

4)资源池的创建、配置和优化

根据实施规划方案,为不同部门和业务创建相关资源池,为资源池分配CPU和内存资源,并制定资源自动调整和分配的策略。

创建虚拟机模板等虚拟器件、创建用户和用户组,以满足不同的部门在不同阶段的业务需求。

系统迁移阶段

本阶段完成从现有物理服务器向虚拟机迁移,首要的工作是确保在迁移之前就已经准备好了所有实施虚拟化必需的工具。

因为业务系统的实时热迁移,要占用大量的网络资源,所以在不影响正常应用运行的情况下,我们会在非工作时间进行在线迁移,这样即可防止因网络流量拥堵、服务器负荷骤增等问题而影响正常生产使用。

所以我们选择VMwareConverter软件进行热迁移。

每套业务系统的迁移周期包括迁移准备、迁移实施、迁移总结的周期,建议3-5工作日,包括如下:

1)每阶段服务器数量

每台服务器涉及迁移准备、配置迁移、实际迁移、虚拟机配置、测试、切割等环节,根据迁移数据量,迁移时间可能在1-8小时,所以建议每次同步执行1-2台服务器的迁移。

2)每阶段迁移范围

Ø可按机柜、管理员、业务相关性、VLAN、存储、群集、运行环境等划分:

Ø每次迁移同一机柜的服务器,可在迁移成功后,关闭该机柜电源,节省电力;

Ø每次迁移同一管理员所辖的服务器,可以保证迁移期间不受权限影响,提高迁移效率,也可以最小化管理权限对外(乙方)时间;

Ø每次迁移业务相关的服务器,可以保证在当此迁移完成后,该业务的拓扑结构无变化;

Ø每次迁移同一VLAN内的服务器,可以在迁移过程中最小化防火墙策略的修改;

Ø每次迁移相同运行环境的服务器,可以降低迁移的复杂度,保证迁移顺利进行。

3)确定每服务器迁移时间点

确定每个阶段实施迁移的日期,时间段。

4)按《P2V迁移规划表》实施迁移

5)执行内部业务系统的测试

需要对应业务系统负责人进行配合。

6)提交迁移报告

在进行P2V实施前,我们针对各小组的工作内容制定了专门的规划,以便整个控制过程中可以明确分工,明确流程,方便监督实施进度并能及时纠正可能发生的错误或不合理安排,确保本项目顺利、快速地完成。

在准备阶段,所有的参与者通过开会讨论等方式实现审批确认和控制流程变更确认,从而开始安排迁移工作。

二.2.3项目人员

本次项目预计参与人员为5名,包括PM1名,虚拟化及应用架构专家2名,服务器/存储/网络专家2名。

如下表所示:

资源名称

类型

工作方式

项目经理

管理/实施

远程/现场

服务器/存储/网络工程师

实施

现场

虚拟化架构专家

实施

现场

二.3项目管理/质量管理

XX公司具有在中国提供专业服务的丰富经验,在提供专业服务的过程中,XX发展了一套被称为“XX方法-项目管理”的方法论。

在美国项目管理协会提出的项目管理知识体系PMBOK(theProjectManagementInstitute'sBodyofKnowledge)的基础上,XX公司提出了针对项目管理的方法论,并且在实施运用中综合全球XX项目管理精英的经验,不断地发展此方法论。

由XX在全球范围内推广应用项目管理GlobalMethod。

此套方法论参照并遵循ISO质量体系。

GlobalMethod项目管理方法论为XX项目管理人员提供了标准的管理工具。

项目管理是贯穿整个项目过程的重要任务。

桌面云项目经理配合XX公司项目经理负责计划、组织、指导和协调项目组的工作,并在适当的时候,负责项目组内部和其他有关方面的相互沟通。

XX公司项目经理将完成下述任务:

Ø建立项目的阶段审核点

Ø制定项目计划

Ø指挥、指导、建议、管理项目活动

Ø决定日常事务

Ø制定培训及后勤计划

Ø汇报项目的状况和进展,如有需要,建议改进措施

Ø协助甲方通报、解决出现的问题

Ø管理项目变更过程

Ø合理分配项目人员

Ø计划、组织系统集成的执行

Ø确认任务的完成(质量控制)

Ø发现、协调相互沟通/变更管理/组织方面等问题

Ø定期向项目的上级领导汇报

Ø负责所提供的服务质量

Ø寻找、协调和定义项目组每一成员的职责

二.3.1项目管理任务

项目管理是贯穿整个项目过程的重要任务。

项目经理配合XX公司项目经理负责计划、组织、指导和协调项目组的工作,并在适当的时候,负责项目组内部和其他有关方面的相互沟通。

XX公司项目经理将完成下述任务:

Ø建立项目的阶段审核点

Ø制定项目计划

Ø指挥、指导、建议、管理项目活动

Ø决定日常事务

Ø制定培训及后勤计划

Ø汇报项目的状况和进展,如有需要,建议改进措施

Ø协助甲方通报、解决出现的问题

Ø管理项目变更过程

Ø合理分配项目人员

Ø计划、组织系统集成的执行

Ø确认任务的完成(质量控制)

Ø发现、协调相互沟通/变更管理/组织方面等问题

Ø定期向项目的上级领导汇报

Ø负责所提供的服务质量

Ø寻找、协调和定义项目组每一成员的职责

二.3.2项目风险管理

风险管理的目的是最大限度地减少项目中各方面可能出现的负面影响,从而尽可能地减小项目的风险。

项目的风险管理是通过以下一系列步骤来实现的:

首先,找出项目中可能引起风险的因素;然后,估计出可能引起的影响的程度;最后制定出相应的预防措施。

二.3.3项目沟通管理

本项目涉及到客户的业务部门,管理和技术界面都比较复杂,项目的正式及非正式信息渠道众多。

有效的项目沟通对项目的成功关重要。

项目指令、项目信息的上传下达需遵循本项目制定的沟通规则。

客户项目经理和XX项目经理将共同努力保持项目中有效的沟通。

Ø会议

XX公司项目经理将负责定期召开本项目的项目管理会议,会议安排将在会议召开前由XX公司项目经理发布,会议结束后,会议纪要将由XX公司项目经理发布,作为项目管理文件的一部分。

建议的会议包括(将在项目正式开始后确定):

会议名称

频次

与会人员

主持人

会议纪要

项目状态会议

每周

全体项目组成员

XX公司项目经理

正式

里程碑评审会议

每个阶段

全体项目组成员

高层经理

XX公司项目经理

正式

Ø报告

经常性的报告包含以下两部分:

报告内容

频次

作者

收件人

项目周报

每周

XX公司项目经理

双方项目小组

双方项目领导小组成员

项目月报

每月

XX公司项目经理

双方项目经理

双方项目领导小组成员

Ø沟通工具

在项目的日常沟通过程中,甲乙双方确定主要用下列工具进行文件沟通:

oMSOffice

oMSProject

特别大的文件通过移动硬盘拷贝或者放置在文件服务器上的方式解决。

二.3.4项目问题管理

XX公司项目经理将编制项目问题及行动计划登记表记录所有有关XX公司工作内容的问题。

此登记表每周将会发给关键的项目人员和客户项目经理。

XX项目经理将召开每周例会协调项目行动计划,沟通项目问题,升级在项目层面无法解决的问题。

项目经理也将通过参加解决问题会议(XX内部和客户协调的)的方式以及日常的与项目组成员的交谈等方式来了解项目的现状和项目的问题。

对于突出的、项目层面无法解决的问题,项目经理将升级给项目总监,甚至项目领导小组,直至问题解决。

二.3.5项目变更管理

XX公司在项目全程实施项目变更管理。

项目变更管理的内容包括项目的变更申请、变更评估、申请审批、变更实施(如若通过审批)。

在整个变更管理中,完善的文档记录对达成项目所有相关体的共识和进行项目的回顾及验收有重要意义。

变更申请流程在确定变更并申请批准时使用。

项目的任何参与方(者)在确定变更的必要性式需要填写《变更申请》向上一级项目经理或项目领导提出变更申请。

请求的范围可涉及项目的内容、时间计划、交付物、资源、技术规范和标准等诸多方面。

申请人可是XX公司的项目组成员,或者客户项目组成员。

项目评估变更影响应考虑所有受到影响的项目的各个方面,如:

Ø对交付物影响

Ø对进度的影响

Ø对成本的影响

Ø对风险的影响

Ø对资源的影响

Ø对付款进度的影响

项目经理依据以下变更批准权限范围来进行相应的上升报告和获取相应的审批,并将变更记录存放于项目文档中。

1)变更管理原则

Ø在项目执行过程中对XX公司与客户双方已经确认的项目工作范围进行变更,必须在项目变更管理委员会的控制下,按变更管理流程进行变更;

Ø因变更而增加的费用通过客户和XX公司双方本着“实事求是、互利双赢”的原则友好协商解决;

Ø项目变更管理委员会:

由客户项目经理和XX公司项目经理组成;

2)变更控制概述

Ø任何在需求文档确定以后的需求变化都属于需求变更。

Ø变更可能由用户提出或由项目组提出,必须记录每一个变更并形成文档。

Ø

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 商业计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1