CN114448838A - ***可靠度评估方法 - Google Patents
***可靠度评估方法 Download PDFInfo
- Publication number
- CN114448838A CN114448838A CN202110283367.9A CN202110283367A CN114448838A CN 114448838 A CN114448838 A CN 114448838A CN 202110283367 A CN202110283367 A CN 202110283367A CN 114448838 A CN114448838 A CN 114448838A
- Authority
- CN
- China
- Prior art keywords
- transmission
- internet
- arc
- data
- edge server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y10/00—Economic sectors
- G16Y10/75—Information technology; Communication
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y30/00—IoT infrastructure
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y40/00—IoT characterised by the purpose of the information processing
- G16Y40/10—Detection; Monitoring
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y40/00—IoT characterised by the purpose of the information processing
- G16Y40/30—Control
- G16Y40/35—Management of things, i.e. controlling in accordance with a policy or in order to achieve specified objectives
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/142—Network analysis or design using statistical or mathematical methods
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Algebra (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Pure & Applied Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
公开一种***可靠度评估方法。网络***包含物联网装置、边缘服务器、云端服务器、传输节点及传输弧的网络拓扑模型,且传输弧的容量可视为随机多状态。物联网装置产生的数据将传输到边缘服务器,经过边缘服务器的处理及压缩之后,传输到云端服务器进行计算。***可靠度定义为特定数据量能成功从物联网装置传输至云端服务器的可能性。利用演算法计算各物联网装置、边缘服务器、云端服务器之间的传输机制,评估多阶分布式网络***的品质及可靠程度,进一步作为***管理的一项指标,后续也可以利用灵敏度分析来改善品质。
Description
技术领域
本发明涉及一种可靠度评估方法,特别是涉及一种多阶分布式网络***的可靠度评估方法。
背景技术
随着云端计算网络(cloud computing network,CCN)于信息、通讯领域的发展与应用渐趋成熟,用于评估其效能以确保能维持好的服务品质(quality of service,QOS)的方法更有其必要性。为了确保其服务品质,云端计算网络必须提供足够的负载容量(capacity),以满足客户端对数据传输的需求量(demand),并且当数据通过云端计算网络而进行传输时,最好可以选择传输时间或延迟时间最短的路径,以减少整个云端计算网络的传输时间。此外,云端计算网络可能会因传输线的失效、部分失效、维护保养等因素而造成异常状态(failed state)。因此,在估计云端计算网络的效能时,传输路径的选择、负载容量、传输时间、数据传输所需的费用及其维护成本等皆是需考量的要素。
然而,于先前技术中较少提供如何评估云端计算网络的效能的具体方法,先前技术着重于云端运算以及边缘运算如何进行数据的传输进行探讨,并无针对***元件失效下云端与边缘运算网络的***可靠度进行评估,此为现有技术的缺失。因此,考量云端计算网络在多条传输路径传送状况下,如何评估云端计算网络以得到***可靠度的精确值,是本技术领域亟欲解决的问题。
发明内容
本发明的各种实施方式是针对***中的元件会有失效的背景下,计算整个云端计算网络可以正常运作的几率,此即为“***可靠度”,以作为其分析管理依据。
基于上述目的,本发明的实施例提供一种***可靠度评估方法,其适用于云端计算网络***的数据传输。云端计算网络***包含物联网装置、边缘服务器、云端服务器及传输弧。云端计算网络***的可靠度评估方法包含下列步骤:
定义云端计算网络***的网络拓扑结构,网络拓扑结构包含定义各物联网装置及各边缘服务器之间的传输弧配置,以及定义各边缘服务器及各云端服务器之间的各传输弧配置。
将各物联网装置传递的流量形成的传输总需求量分配至各边缘服务器。
根据传输分配流量,计算各物联网装置及各边缘服务器之间的第一传输路径各传输弧配置。
对各边缘服务器设定数据传递系数,数据传递系数代表当各边缘服务器对各物联网装置传递的数据执行数据压缩。
根据数据传递系数及各边缘服务器的传输总需求量,以流量形式分配至各边缘服务器及各云端服务器之间的第二传输路径
根据传输分配流量,计算各边缘服务器及各云端服务器之间的第二传输路径各传输弧配置,其中第一传输路径及第二传输路径之中包含传输节点(node)。
根据满足各该传输分配流量的各该第一传输路径,且满足各该传输分配流量的各该第二传输路径的各传输弧配置,计算云端计算网络***的***可靠度,***可靠度代表传输总需求量传递至云端服务器的几率值。
根据本发明的一个实施例,定义各传输弧配置包含定义各传输弧的流量状态,且各传输弧的流量状态具有最大流量值。
根据本发明的一个实施例,定义各传输弧的各流量状态包含定义对应的流量几率值。
根据本发明的一个实施例,各第一传输路径根据各传输弧的各流量几率值,以及各物联网装置分配的需求流量分布计算出第一传输几率值,且各第二传输路径根据各传输弧的各流量几率值、数据传递系数,以及各边缘服务器接收的中继流量计算出第二传输几率值。
根据本发明的一个实施例,各传输节点之间进一步包含传输弧。
根据本发明的一个实施例,相同的各第一传输路径,以及相同的各第二传输路径之中,相同的传输弧为单向传输。
根据本发明的一个实施例,数据传递系数介于0至1之间。
根据本发明的一个实施例,其中对于各第一传输几率值等于0的各第一传输路径,停止执行后续的***可靠度评估方法。
根据本发明的一个实施例,对应传输总需求量的***可靠度为对应路径最短的各第一传输路径,以及最短的各第二传输路径的各传输弧配置的联集。
根据本发明的一个实施例,进一步包含对应相同传输总需求量,重复执行***可靠度评估方法,且各物联网装置的配置不相同,以产生各物联网装置的灵敏度。
本发明的实施例也提供一种电脑程序产品,当电脑载入电脑程序产品后,用于执行以上的***可靠度评估方法。
根据上述,本发明的实施例因此可达成以下功效:
(1)本发明的实施例定义***中的传输总需求量、云端计算网络***中各装置的拓扑结构,以及各传输弧的流量限制与对应的流量状态几率,计算出云端计算网络***的可靠度对应的几率值,可以提供管理者可目视化的管理***依据,达成动态检测***的品质以及可靠程度的效果。
(2)本发明的实施例提供的灵敏度分析,可以评估***中的各个装置对数据传输的变化的影响程度,借此进行品质的改善,使得整个***可以满足企业以及顾客的信息处理需求。
附图说明
为让本发明的上述及其他的实施方式、特征、优点以及实施例能够更明显易懂,所附附图的说明如下:
图1所绘为根据本发明的实施例的云端计算网络***的各装置的拓扑结构示意图;
图2所绘为根据本发明的实施例的云端计算网络***的可靠度评估方法流程图;
图3所绘为根据本发明的实施例的云端计算网络***的传输弧的定义流程图。
其中,附图标记说明如下:
10:云端计算网络***
100、I1、I2、I3:物联网装置
200、E1、E2:边缘服务器
300、C1、C2:云端服务器
400、A1~A16:传输弧
500、H1、H2、H3、H4:传输节点
S1、S2、S3、S4、S5、S6、S1_1、S1_2:步骤
具体实施方式
有鉴于上述待克服的技术问题,本发明发展出一种***可靠度评估方法,以计算出在给定网络拓扑结构的云端计算网络***10的可靠度。
为更清楚说明本发明的实施方式,请参阅图1及图2,其中图1所绘为根据本发明的实施例的云端计算网络***10的各装置的拓扑结构示意图,图2所绘为根据本发明的实施例的云端计算网络***的可靠度评估方法流程图。如图2所示,本发明提供一种***可靠度评估方法,其适用于云端计算网络***10的数据传输。云端计算网络***10包含物联网装置100(Internet of Things,IoT)、边缘服务器200(Edge Server)、云端服务器300(CloudServer)及多个传输弧400(Transmission Arc)。云端计算网络***10的可靠度评估方法包含下列步骤(S1至S1):
步骤S1:定义云端计算网络***10的网络拓扑结构,网络拓扑结构包含定义各物联网装置100及各边缘服务器200之间的各传输弧400配置,以及各边缘服务器200及各云端服务器300之间的各传输弧400配置,其中所有传输弧400配置将数据传输由物联网装置100通过各边缘服务器200传输到云端服务器300的所有可能路径涵盖。
由图1可以理解,定义云端计算网络***10的数据传递路径是从物联网装置100开始,经过边缘服务器200再传递到云端服务器300。由于考量***整体的传输负荷、运算负荷及传输速度等等,物联网装置100会先经由边缘服务器200进行数据处理或数据压缩,以降低后端的云端服务器300的负担。
因此,在计算云端计算网络***10的***可靠度时,需要先定义好计算云端计算网络***10中,各物联网装置100与各边缘服务器200之间的各传输弧400的配置,以及各边缘服务器200及各云端服务器300之间的各传输弧400的配置,例如其连接关系。
上述提及的物联网装置100,举例来说,可以是使用者的终端装置,例如手机、平板电脑、感测器及笔记本电脑等等。传输弧400可以是计算云端计算网络***10中连接各装置的传输网络线,例如光纤网络线或无线网络等等。
步骤S2:将各物联网装置100传递的流量形成的传输总需求量分配至各边缘服务器200。
上述的分配步骤,可以用图1的各物联网装置100说明,例如将每秒7Gb/s的总需求量以(2Gb/s,2Gb/s,3Gb/s)的方式,分配到物联网装置100上(例如图1的I1,I2,I3),各物联网装置100将分配到的流量经由传输弧400(例如图1的A1,A2,A3至A8),传递到各边缘服务器200上(例如图1的E1及E2),所以各边缘服务器200接收到的数据量总和也等于每秒7Gb/s。
步骤S3:根据传输总需求量及各传输弧400配置,计算各物联网装置100及各边缘服务器200之间的第一传输路径,以及计算对应第一传输路径的第一传输几率值。
以下详细描述第一传输路径:
上述的第一传输路径,可以用图1的各传输弧400说明,例如物联网装置100中的I1,可以经由传输弧400中的{A1,A6}将数据传递到边缘服务器200中的E1,也可以经由传输弧400中的{A1,A7}将数据传递到边缘服务器200中的E2,只要这两种路径所传输的数据量,等于物联网装置100中的I1所分配的数据量,即代表物联网装置100中的I1达成将数据传递到边缘服务器200的动作。
同理,物联网装置100中的I2及I3,也可以找出对应的传输路径,如表1:
表1
其中B代表第i个物联网装置将数据传递至第e个边缘服务器构成的组合,Ii代表物联网装置中的第i个,Ee代表边缘服务器中的第e个,Pj代表第i个物联网装置,经由第j个路径,将数据传递到第e个边缘服务器。
综合以上的描述,搭配上述的总需求量分配(2Gb/s,2Gb/s,3Gb/s),需要满足以下方程式:
方程式(1)
方程式(2)
方程式(3)
其中方程式(1)至(3)即代表各物联网装置100(即I1,I2,I3)将被分配到的需求流量经由各传输弧400传递到各边缘服务器200(即E1及E2),且各个物联网装置100可以将被分配到的需求流量传递给不只一个边缘服务器200,满足这个条件的路径即代表第一传输路径(f1,f2,f3至f9)。
上述的第一传输几率值,指的是根据各第一传输路径中的各个传输弧400可以提供的流量负载,与所需传递的流量大小,算出各传输弧400传递到各边缘服务器200的各传输弧配置。
步骤S4:对各边缘服务器200设定数据传递系数,数据传递系数代表当各边缘服务器200对各物联网装置100传递的数据执行数据压缩。
上述提及的数据传递系数,即是各边缘服务器200在接收到由各物联网装置100传递的数据后,为了减少***整体的传输负荷、运算负荷及传输速度等等,各边缘服务器200先进行数据处理或数据压缩,以降低后端的云端服务器300的负担。
步骤S5:根据数据传递系数及各边缘服务器200的传输总需求量,计算各边缘服务器200及各云端服务器300之间的第二传输路径各传输弧配置,第一传输路径及第二传输路径之中包含传输节点500。
以下详细描述第二传输路径:
与第一传输路径类似,第二传输路径可以用图1的各传输弧400说明,例如边缘服务器200中的E1,可以经由传输弧400中的{A9,A13}将数据传递到云端服务器300中的C1,也可以经由传输弧400中的{A9,A14}将数据传递到云端服务器300中的C2,只要这两种路径所传输的数据量,等于边缘服务器200中的E1所接收到的数据量,即代表边缘服务器200中的E1达成将数据传递到云端服务器300的动作。
同理,边缘服务器200中的E2,也可以找出对应的传输路径,如表2:
表2
其中B代表第e个边缘服务器将数据传递至第c个云端服务器构成的组合,Ee代表边缘服务器200中的第e个,Cc代表云端服务器中的第c个,Pj代表第E个边缘服务器,经由第j个路径,将数据传递到第c个云端服务器。
综合以上的描述,假设边缘服务器200的(E1,E2)接收到的流量分配为(4Gb/s,3Gb/s),且假设数据传递系数(p=0.6),则需要满足以下方程式:
方程式(4)
其中d′1=(f1+f3+f5+f6)×0.6=2.4
方程式(5)
其中d′2=(f2+f4+f7+f8+f9)×0.6=1.8
方程式(4)至(5)即代表各边缘服务器200(即E1及E2)将接收到的流量经由各传输弧400传递到各云端服务器300(即C1及C2),且各个边缘服务器200可以将被分配到的需求流量传递给不只一个云端服务器300,满足这个条件的路径即代表第二传输路径(f10,f11,f12至f19)。
上述的传输节点500,举例来说可以是路由器,可对应图1中的H1、H2、H3及H4,在整个数据传递过程中可以作为数据中继点。
步骤S6:根据各满足各传输分配流量的各第一传输路径,且满足各传输分配流量的各第二传输路径的各传输弧配置,计算该云端计算网络***的该***可靠度,该***可靠度代表该传输总需求量传递至该云端服务器300的几率值。
综合以上描述,可以将第一传输路径及第二传输路径定义成更大的组合,定义成F=(f1,f2,f3…,f19),代表各个物联网装置100分配的传输总需求量,可以经由组合F中f1至f9(对应第一传输路径)的某几个传递到边缘服务器200,各边缘服务器200再根据接收到的流量,经由组合F中f10至f19(对应第二传输路径)的某几个传递到云端服务器300。
请参阅图3,图3所绘为根据本发明的实施例的云端计算网络***的传输弧的定义流程图。
根据本发明的一个实施例,定义各传输弧400配置包含步骤S1_1:定义各传输弧的流量状态,各传输弧的流量状态具有最大流量值。
根据本发明的一个实施例,定义各传输弧400配置包含步骤S1_2:定义各传输弧400的各流量状态对应的流量几率值。
以下详细描述传输弧400:
上述关于传输弧400的配置,例如流量状态及对应的流量几率值,可以参考表3:
表3
表3中的Aa,可以对应到图1中的A1至A16,即代表各传输弧400,而各传输弧400对应的Pr(Xa=0,1,2,3,4,5),即代表各传输弧400有不同的流量状态及对应的流量几率值。举例来说,A2在4Gb/s的几率的为0.88,且4Gb/s为A2的最大流量值,因此A2在5Gb/s的几率的为0。以上各传输弧400在不同流量状态对应的几率值,可以由各传输弧400的历史数据作统计之后得出。
根据表1决定了第一传输路径之后,即可得知各传输弧400需要传输多少流量。举例来说,F=(2,0,2,0,0,0,3,0,0,2.4,0,0,0,1.8,0,0,0,0,0),代表物联网装置I1经由传输弧A1及A6传递2Gb/s的数据至边缘服务器E1,且物联网装置I2经由传输弧A2及A6传递2Gb/s的数据至边缘服务器E1,且物联网装置I3经由传输弧A3及A7传递3Gb/s的数据至边缘服务器E2。
同理,根据表2决定了第二传输路径之后,即可得知各传输弧400需要传输多少流量。举例来说,上述F=(2,0,2,0,0,0,3,0,0,2.4,0,0,0,1.8,0,0,0,0,0),代表边缘服务器E1经由传输弧A9及A13传递2.4Gb/s的数据至云端服务器C1,且边缘服务器E2经由传输弧A10及A13传递1.8Gb/s的数据至云端服务器C1。
以总需求流量分配(2Gb/s,2Gb/s,3Gb/s)为例,且考虑各传输弧400的最大流量限制及数据传递系数p=0.6,(f1,f2,f3至f9)的配置方式可以有315个,(f10,f11,f12至f19)的配置方式可以有60个,且F=(f1,f2,f3…,f19)的配置方式可以有29154个。
根据本发明的一个实施例,各第一传输几率值根据各传输弧的各流量几率值,以及各物联网装置100分配的需求流量分布计算,且各第二传输几率值根据各传输弧的各流量几率值、数据传递系数,以及各边缘服务器200接收的中继流量计算。
以下详细描述第一传输几率值及第二传输几率值的计算:
在决定了第一传输路径及第二传输路径,即决定F之后,可以根据F的组合计算出各传输弧400成功传输对应的数据量的几率为何。
以上述的F=(2,0,2,0,0,0,3,0,0,2.4,0,0,0,1.8,0,0,0,0,0)为例子,可以计算各传输弧400所需负担的流量大小,形成对应的组合X=(x1,x2,x3…,x16),如表4:
表4
其中Xa代表第a个传输弧负担的流量,m1代表第一传输路径的可能数量,m2代表第二传输路径的可能数量,由于同一个传输弧400可能在不同的物联网装置100或边缘服务器200传输数据时都使用到,因此由以上表4列出各传输弧400与第一传输路径及第二传输路径的关联性。
综合以上描述,上述的F=(2,0,2,0,0,0,3,0,0,2.4,0,0,0,1.8,0,0,0,0,0),可以转换成X=(2,2,3,0,0,4,3,0,3,2,0,0,5,0,0,0),代表传输总需求量7Gb/s以(2Gb/s,2Gb/s,3Gb/s)的方式分配给物联网装置(I1,I2,I3),再分别经由传输弧(A1,A2,A3,A6,A7)传递(2Gb/s,2Gb/s,3Gb/s,4Gb/s,3Gb/s)的流量到边缘服务器,接着再由传输弧(A9,A10,A13)传递(3Gb/s,2Gb/s,5Gb/s)的负荷量到云端服务器。
因此,搭配各传输弧的流量状态及对应的流量几率值,即可精确算出各第一传输几率及各第二传输几率。举例来说,A1必须传递2Gb/s的数据流量,根据表3,可以计算出A1成功传递数据的几率即为0.03+0.05+0.02+0.88=0.98。同理,传输弧A13需要传递4.2Gb/s的数据流量,因此传输弧A13只有在流量状态为5Gb/s时可以成功传输,几率为0.88。
根据本发明的一个实施例,各传输节点500之间进一步包含传输弧400。举例来说,图1的传输节点H1及H2之间包含传输弧A5,传输节点H3及H4之间包含传输弧A12,作为云端计算网络***10中,某个中继的传输节点进一步的数据转传。
根据本发明的一个实施例,相同的各第一传输路径,以及相同的各第二传输路径之中,相同的传输弧400为单向传输,代表在整个数据传递过程中,数据不会在同一个传输弧400中往返传递,避免无效的数据传输。
根据本发明的一个实施例,数据传递系数介于0至1之间,代表边缘服务器200对接收到的数据进行处理或压缩,以减轻云端计算网络***10整体的传输负担。
根据本发明的一个实施例,其中对于各第一传输几率值等于0的各第一传输路径,停止执行后续的***可靠度评估方法,代表当数据从物联网装置100无法顺利传递至边缘服务器200时,即停止后续的***可靠度的计算,降低不必要的运算负担。
根据本发明的一个实施例,对应传输总需求量的***可靠度对应路径最短的各第一传输路径,以及最短的各第二传输路径的各传输弧配置的联集。
上述***可靠度的计算,即是对于传输总需求量,例如7Gb/s,以(2Gb/s,2Gb/s,3Gb/s)分配至各物联网装置100(即I1,I2,I3)为例,找出对应的组合F=(f1,f2,f3…,f19),即代表找出各第一传输路径及各第二传输路径,再将F转变成对应各传输弧400必须负担的数据流量组合X=(x1,x2,x3…,x16),最后找出所有最小传输弧配置联集计算几率。
以总需求量7Gb/s,用(2Gb/s,2Gb/s,3Gb/s)分配至各物联网装置100为例子,满足总需求量的组合F有29154种方式,且能够达成最小传输弧配置条件的组合X有2675种。因此,将各个X作联集,则是对应***可靠度的几率值,如以下方程式:
假设其中两最小传输弧配置分别为X=(2,2,3,0,0,4,3,0,3,2,0,0,5,0,0,0)以及X=(2,2,3,0,0,4,3,0,3,2,0,1,4,0,1,0),两者均是可以成功传递的配置。由此可以理解,直接计算满足总需求量的组合F,与计算其对应最小传输弧配置的组合X,会得到整体的***可靠度。
根据本发明的一个实施例,进一步包含对应相同的传输总需求量,重复执行***可靠度评估方法,各物联网装置100的配置不相同,产生各物联网装置100的灵敏度。
上述提及的灵敏度,可以代表对相同的传输总需求量,以不同的方式分配给各物联网装置100,举例来说,将传输总需求量7Gb/s,且数据传递系数p=0.6,用(I1,I2,I3)=(3,2,2)、(2,3,2)及(2,2,3)分别计算出对应***可靠度的几率值0.877606、0.857671及0.913758。借由此种方式,与某个计算过的***可靠度的几率值作比较,例如与传输总需求量7Gb/s,且数据传递系数p=0.6,且(I1,I2,I3)=(2,2,2)作比较,可以找出云端计算网络***10中,对于数据流量传递的变化影响较大的物联网装置100。
据此,根据本发明所述的方法及装置可以模拟现有网络传输的各传输路径的传输成功率及找出网络传输的瓶颈,借以有效优化传输架构。本发明在本文中仅以优选实施例公开,然任何熟习本技术领域者应能理解的是,上述实施例仅用于描述本发明,并非用以限定本发明所主张的专利权利范围。举凡与上述实施例均等或等效的变化或置换,皆应解读为涵盖于本发明的精神或范畴内。因此,本发明的保护范围应以下述的权利要求所界定者为基准。
Claims (11)
1.一种***可靠度评估方法,适用于一云端计算网络***的数据传输,该云端计算网络***包含一物联网装置、一边缘服务器及一云端服务器及一传输弧,该***可靠度评估方法包含:
定义该云端计算网络***的一网络拓扑结构,该网络拓扑结构包含定义各该物联网装置及各该边缘服务器之间的一传输弧配置,以及定义各该边缘服务器及各该云端服务器之间的各该传输弧配置;
将各该物联网装置传递的流量形成的一传输总需求量分配至各该边缘服务器;
根据各该边缘服务器的一传输分配流量,计算各该物联网装置及各该边缘服务器之间的一第一传输路径的各该传输弧配置,其中各该传输分配流量的总和为该传输总需求量;
对各该边缘服务器设定一数据传递系数,该数据传递系数代表当各该边缘服务器对各该物联网装置传递的数据执行数据压缩;
根据该数据传递系数及各该传输分配流量,以流量形式分配至各该边缘服务器及各该云端服务器之间的一第二传输路径,且计算该第二传输路径的各该传输弧配置,其中该第一传输路径及该第二传输路径之中包含一传输节点;以及
根据满足各该传输分配流量的各该第一传输路径,且满足各该传输分配流量的各该第二传输路径的各该传输弧配置,计算该云端计算网络***的该***可靠度,其中该***可靠度代表该传输总需求量传递至该云端服务器的几率值。
2.如权利要求1所述的***可靠度评估方法,其中,定义各该传输弧配置包含:
定义各该传输弧的一流量状态,其中各该传输弧的该流量状态具有一最大流量值。
3.如权利要求2所述的***可靠度评估方法,其中,定义各该传输弧的各该流量状态包含定义对应的一流量几率值。
4.如权利要求3所述的***可靠度评估方法,其中,各该第一传输路径根据各该传输弧的各该流量几率值,以及各该物联网装置分配的需求流量分布计算出一第一传输几率值,且各该第二传输路径根据各该传输弧的各该流量几率值、该数据传递系数,以及各该边缘服务器接收中继流量计算出一第二传输几率值。
5.如权利要求1所述的***可靠度评估方法,其中,各该传输节点之间进一步包含该传输弧。
6.如权利要求1所述的***可靠度评估方法,其中,相同的各该第一传输路径,以及相同的各该第二传输路径之中,相同的该传输弧为单向传输。
7.如权利要求1所述的***可靠度评估方法,其中,该数据传递系数介于0至1之间。
8.如权利要求4所述的***可靠度评估方法,其中,对于各该第一传输几率值等于0的各该第一传输路径,停止执行后续的该***可靠度评估方法。
9.如权利要求1所述的***可靠度评估方法,其中,对应该传输总需求量的该***可靠度为:
对应路径最短的各该第一传输路径,以及最短的各该第二传输路径的各该传输弧配置的联集。
10.如权利要求1所述的***可靠度评估方法,进一步包含:
对应相同的该传输总需求量,重复执行该***可靠度评估方法,其中各该物联网装置的配置不相同,产生各该物联网装置的一灵敏度。
11.一种电脑程序产品,当电脑载入该电脑程序产品后,用于执行如权利要求1至权利要求10之中任一项所述的***可靠度评估方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW109136293A TWI739635B (zh) | 2020-10-20 | 2020-10-20 | 多階分佈式網路系統之可靠度評估方法 |
TW109136293 | 2020-10-20 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114448838A true CN114448838A (zh) | 2022-05-06 |
CN114448838B CN114448838B (zh) | 2023-08-01 |
Family
ID=76076217
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110283367.9A Active CN114448838B (zh) | 2020-10-20 | 2021-03-16 | ***可靠度评估方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11399066B2 (zh) |
EP (1) | EP3989487A1 (zh) |
CN (1) | CN114448838B (zh) |
TW (1) | TWI739635B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI807427B (zh) * | 2021-09-22 | 2023-07-01 | 國立陽明交通大學 | 即時系統可靠度評估方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101821A1 (en) * | 2000-04-21 | 2002-08-01 | Anja Feldmann | System and method for deriving traffic demands for a packet-switched network |
US20120008945A1 (en) * | 2010-07-08 | 2012-01-12 | Nec Laboratories America, Inc. | Optical switching network |
TW201214150A (en) * | 2010-09-29 | 2012-04-01 | Univ Nat Taiwan Science Tech | Accurate method to evaluate a system reliability of a cloud computing network |
EP2439882A1 (en) * | 2009-09-27 | 2012-04-11 | Huawei Technologies Co., Ltd. | Method, device and system for evaluating network reliability |
CN106953883A (zh) * | 2016-01-07 | 2017-07-14 | 宏碁股份有限公司 | 云端管理***及其装置管理方法 |
CN109005228A (zh) * | 2018-08-01 | 2018-12-14 | 广东艾科智泊科技股份有限公司 | 一种停车场设备与云端多路通讯的方法与*** |
US20190342373A1 (en) * | 2018-05-04 | 2019-11-07 | Verizon Patent And Licensing Inc. | Mobile edge computing |
TW202019133A (zh) * | 2018-11-12 | 2020-05-16 | 中華電信股份有限公司 | 軟體定義驅動的ict服務端對端協作系統 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI435224B (zh) * | 2009-06-12 | 2014-04-21 | Univ Nat Taiwan Science Tech | 路由政策之系統可靠度評估方法 |
US11327475B2 (en) * | 2016-05-09 | 2022-05-10 | Strong Force Iot Portfolio 2016, Llc | Methods and systems for intelligent collection and analysis of vehicle data |
JP7032640B2 (ja) * | 2017-12-28 | 2022-03-09 | 富士通株式会社 | 影響範囲特定プログラム、影響範囲特定方法、および影響範囲特定装置 |
US11102236B2 (en) * | 2018-11-19 | 2021-08-24 | Cisco Technology, Inc. | Systems and methods for remediating internet of things devices |
US11907713B2 (en) * | 2019-12-28 | 2024-02-20 | Intel Corporation | Apparatuses, methods, and systems for fused operations using sign modification in a processing element of a configurable spatial accelerator |
US11218422B2 (en) * | 2019-12-28 | 2022-01-04 | Hughes Network Systems, Llc | System and method of traffic-based classification of IoT devices and dynamic allocation of link resources to IoT devices |
-
2020
- 2020-10-20 TW TW109136293A patent/TWI739635B/zh active
-
2021
- 2021-03-16 CN CN202110283367.9A patent/CN114448838B/zh active Active
- 2021-05-17 US US17/321,657 patent/US11399066B2/en active Active
- 2021-05-21 EP EP21175242.3A patent/EP3989487A1/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101821A1 (en) * | 2000-04-21 | 2002-08-01 | Anja Feldmann | System and method for deriving traffic demands for a packet-switched network |
EP2439882A1 (en) * | 2009-09-27 | 2012-04-11 | Huawei Technologies Co., Ltd. | Method, device and system for evaluating network reliability |
US20120008945A1 (en) * | 2010-07-08 | 2012-01-12 | Nec Laboratories America, Inc. | Optical switching network |
TW201214150A (en) * | 2010-09-29 | 2012-04-01 | Univ Nat Taiwan Science Tech | Accurate method to evaluate a system reliability of a cloud computing network |
CN106953883A (zh) * | 2016-01-07 | 2017-07-14 | 宏碁股份有限公司 | 云端管理***及其装置管理方法 |
US20190342373A1 (en) * | 2018-05-04 | 2019-11-07 | Verizon Patent And Licensing Inc. | Mobile edge computing |
CN109005228A (zh) * | 2018-08-01 | 2018-12-14 | 广东艾科智泊科技股份有限公司 | 一种停车场设备与云端多路通讯的方法与*** |
TW202019133A (zh) * | 2018-11-12 | 2020-05-16 | 中華電信股份有限公司 | 軟體定義驅動的ict服務端對端協作系統 |
Non-Patent Citations (3)
Title |
---|
C. F. HUANG, D. H. HUANG AND Y.K. LIN: "Network reliability evaluation for a distributed network with edge computing", COMPUTERS AND INDUSTRIAL ENGINEERING, vol. 147, pages 106492, XP093009450, DOI: 10.1016/j.cie.2020.106492 * |
CHIN TAI-LIN ET AL: "Queuing Model Based Edge Placement for Work Offloading in Mobile Cloud Networks", IEEE ACCESS, vol. 8, pages 47295 - 47303, XP011778923, DOI: 10.1109/ACCESS.2020.2979479 * |
YI-KUEI LIN ET AL: "Estimated and exact system reliabilities of a maintainable computer network", JOURNAL OF SYSTEMS SCIENCE AND SYSTEMS ENGINEERING, vol. 20, pages 229 - 248, XP019919670, DOI: 10.1007/s11518-011-5161-2 * |
Also Published As
Publication number | Publication date |
---|---|
TW202218380A (zh) | 2022-05-01 |
US20220124155A1 (en) | 2022-04-21 |
CN114448838B (zh) | 2023-08-01 |
US11399066B2 (en) | 2022-07-26 |
EP3989487A1 (en) | 2022-04-27 |
TWI739635B (zh) | 2021-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113098773B (zh) | 数据处理方法、装置及*** | |
CN110933157B (zh) | 一种面向工业物联网的边缘计算任务卸载方法 | |
US10091675B2 (en) | System and method for estimating an effective bandwidth | |
JP2013168139A (ja) | 負荷均衡装置、負荷均衡方法及び階層化データセンターシステム | |
CN107707612B (zh) | 一种负载均衡集群的资源利用率的评估方法及装置 | |
CN102724103A (zh) | 代理服务器、分层次网络***及分布式工作负载管理方法 | |
CN109831524A (zh) | 一种负载均衡处理方法及装置 | |
CN109728981A (zh) | 一种云平台故障监测方法及装置 | |
CN105656964B (zh) | 数据推送的实现方法及装置 | |
CN109032800A (zh) | 一种负载均衡调度方法、负载均衡器、服务器及*** | |
CN113132490A (zh) | 一种基于强化学习的MQTT协议QoS机制选择方案 | |
CN114448838B (zh) | ***可靠度评估方法 | |
CN113726847B (zh) | 网络***、网络切分***、网络切分方法及电子设备 | |
CN108632066B (zh) | 一种构建视频多播虚拟网的方法和装置 | |
CN111371879A (zh) | 网络路径管理方法、装置、***、业务架构和电子设备 | |
CN116074331A (zh) | 区块数据同步方法及相关产品 | |
CN112714037A (zh) | 一种线上服务质量的保障性能评估方法、装置及设备 | |
CN117076131B (zh) | 一种任务分配方法、装置、电子设备及存储介质 | |
CN117081983B (zh) | 数据传输方法及装置 | |
CN117938750B (zh) | 调度路由信息的处理方法、装置、设备、存储介质及产品 | |
CN113596109B (zh) | 业务请求运行方法、***、装置、设备和存储介质 | |
CN112104756B (zh) | 一种物联网数据上报方法及*** | |
US20150100622A1 (en) | Network Device Mediation | |
CN115080218A (zh) | 一种控制器负载均衡方法以及控制器 | |
CN118368259A (zh) | 网络资源分配方法、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |