3.4. Modeling the network behaviorM

3.4. Modeling the network behavior
Modeling comprehensive network topologies to connect simulated Cloud computing entities (hosts,
storage, end-users) is an important consideration because latency messages directly affect the
overall service satisfaction experience. An end-user or a SaaS provider consumer who is not
satisfied with the delivered QoS is likely to switch his/her Cloud provider; hence, it is a very
important requirement that Cloud system simulation frameworks provide facilities for modeling
realistic networking topologies and models. Inter-networking of Cloud entities (data centers, hosts,
SaaS providers, and end-users) in CloudSim is based on a conceptual networking abstraction. In
this model, there are no actual entities available for simulating network entities, such as routers or
switches. Instead, network latency that a message can experience on its path from one CloudSim
entity (host) to another (Cloud Broker) is simulated based on the information stored in the latency
matrix (see Table I). For example, Table I shows a latency matrix involving five CloudSim entities.
At any instance of time, the CloudSim environment maintains an m×n size matrix for all CloudSim
entities currently active in the simulation context. An entry eij in the matrix represents the delay that
a message will undergo when it is being transferred from entity i to entity j over the network. Recall,
that CloudSim is an event-based simulation, where different system models/entities communicate
via sending events. The event management engine of CloudSim utilizes the inter-entity network
latency information for inducing delays in transmitting message to entities. This delay is expressed
in simulation time units such as milliseconds.
It means that an event from entity i to j will only be forwarded by the event management
engine when the total simulation time reaches the t+d value, where t is the simulation time
when the message was originally sent, and d is the network latency between entities i and j .
The transition diagram representing such an interaction is depicted in Figure 5. This method of
simulating network latencies gives us a realistic yet simple way of modeling practical networking
architecture for a simulation environment. Further, this approach is much easier and cleaner to
implement, manage, and simulate than modeling complex networking components such as routers,
switches etc.
The topology description is stored in BRITE [18] format that contains a number of network
nodes, which may be greater than the number of simulated nodes. These nodes represent various
CloudSim entities including hosts, data centers, Cloud Brokers etc. This BRITE information is
loaded every time CloudSim is initialized and is used for generating latency matrix. Data centers

ผลลัพธ์ (ไทย) 1:

3.4. การสร้างแบบจำลองลักษณะการทำงานของเครือข่ายโทครอบคลุมเครือข่ายการเชื่อมต่อใช้งานเอนทิตี (โฮสต์ เมฆจำลองการสร้างโมเดลเก็บข้อมูล ผู้ใช้งาน) เป็นการพิจารณาที่สำคัญเนื่องจากข้อความเวลาแฝงที่มีผลโดยตรงรวม บริการประสบการณ์ความพึงพอใจ มีผู้ใช้หรือผู้บริโภคผู้ซาสที่ไม่พอใจกับการจัดส่ง QoS จะสลับให้เขา/เธอเมฆ ดังนั้น จึงมีมากความสำคัญว่า กรอบการจำลองระบบคลาวด์ให้สิ่งอำนวยความสะดวกสำหรับการสร้างโมเดลโทจริงระบบเครือข่ายและรูปแบบ ระบบเครือข่ายระหว่างเอนทิตีเมฆ (ศูนย์ข้อมูล โฮสต์ผู้ซาส และผู้ใช้) ใน CloudSim ตาม abstraction เครือข่ายเป็นแนวคิด ในรุ่นนี้ มีเอนทิตีไม่จริงสำหรับการจำลองหน่วยงานเครือข่าย เช่นเราเตอร์ หรือสลับไป แทน เครือข่ายเวลาแฝงที่ข้อความสามารถประสบการณ์บนเส้นทางของจาก CloudSim หนึ่งเอนทิตี (โฮสต์) อื่น (เมฆโบรกเกอร์) จำลองโดยใช้ข้อมูลที่เก็บไว้ในที่แฝงเมตริกซ์ (ดูตารางฉัน) ตัวอย่าง ตารางผมแสดงเมตริกซ์แฝงที่เกี่ยวข้องกับเอนทิตี CloudSim ห้าที่อินสแตนซ์ใด ๆ ของเวลา สิ่งแวดล้อม CloudSim รักษาเป็นเมทริกซ์ขนาด n × m สำหรับ CloudSim ทั้งหมดเอนทิตีปัจจุบันใช้อยู่ในบริบทการจำลอง Eij เป็นรายการในเมตริกซ์แสดงความล่าช้าที่ข้อความจะรับเมื่อมีการโอนย้ายจากเอนทิตีเป็นเจเอนทิตีเครือข่าย เรียกคืนว่า CloudSim การตามเหตุการณ์จำลอง ที่การสื่อสารของแบบจำลอง/เอนทิตีระบบที่แตกต่างกันผ่านส่งเหตุการณ์ เครื่องมือการจัดการเหตุการณ์ของ CloudSim ใช้เครือข่ายระหว่างเอนทิตีข้อมูลแฝงสำหรับ inducing ความล่าช้าในการส่งข้อความเอนทิตี แสดงความล่าช้านี้ในการจำลองหน่วยเวลาเช่นมิลลิวินาทีมันหมายความ ว่า เหตุการณ์จากเอนทิตีที่เป็นเจที่เฉพาะถูกส่งต่อ โดยการจัดการเหตุการณ์เครื่องยนต์เมื่อเวลาจำลองรวมถึง t + ค่า d จำลองเวลา tเมื่อส่งข้อความเดิม และ d คือ เวลาแฝงเครือข่ายระหว่างเอนทิตีฉันและเจการเปลี่ยนไดอะแกรมแสดงการโต้ตอบจะแสดงในรูปที่ 5 วิธีการนี้เครือข่ายเวลาแฝงการจำลองทำให้เราแบบจริง แต่เรื่องของเครือข่ายปฏิบัติการสร้างโมเดลสถาปัตยกรรมสำหรับสภาพแวดล้อมจำลอง เพิ่มเติม วิธีการนี้จะง่าย และทำความสะอาดให้ดำเนินการ จัดการ และจำลองกว่าโมเดลคอมโพเนนต์ระบบเครือข่ายที่ซับซ้อนเช่นเราเตอร์สวิตช์เป็นต้นคำอธิบายโครงสร้างที่อยู่ในรูปแบบบริษัทคิงส์ไบร์ท [18] ที่ประกอบด้วยหมายเลขของเครือข่ายโหน ซึ่งอาจจะสูงกว่าของจำลองโหน โหนเหล่านี้เป็นตัวแทนต่าง ๆเอนทิตี CloudSim ที่รวมโฮสต์ ศูนย์ข้อมูล เมฆโบรกเกอร์อื่น ๆ บริษัทคิงส์ไบร์ทข้อมูลนี้โหลดทุกครั้ง CloudSim ถูกเตรียมใช้งาน และใช้สำหรับสร้างเมตริกซ์แฝง ศูนย์ข้อมูล

ผลลัพธ์ (ไทย) 2:

3.4 การสร้างแบบจำลองพฤติกรรมของเครือข่าย
การสร้างแบบจำลองโครงสร้างเครือข่ายที่ครอบคลุมในการเชื่อมต่อหน่วยงานที่จำลองคอมพิวเตอร์เมฆ (เจ้าภาพ
การจัดเก็บข้อมูลผู้ใช้) คือการพิจารณาที่สำคัญเพราะข้อความแฝงส่งผลโดยตรงต่อ
ความพึงพอใจของประสบการณ์การบริการโดยรวม ของผู้ใช้หรือผู้ให้บริการของผู้บริโภคที่เป็น SaaS ไม่
พอใจกับ QoS ส่งมีแนวโน้มที่จะสลับ / ผู้ให้บริการคลาวด์ของเขา; จึงเป็นอย่างมาก
ต้องการที่สำคัญที่กรอบการจำลองระบบคลาวด์ให้สิ่งอำนวยความสะดวกสำหรับการสร้างแบบจำลอง
โครงสร้างเครือข่ายที่เหมือนจริงและรูปแบบ เครือข่ายระหว่างหน่วยงานของเมฆ (ศูนย์ข้อมูลโฮสต์
ให้บริการ SaaS และผู้ใช้ขั้นปลาย) ใน CloudSim จะขึ้นอยู่กับเครือข่ายความคิดที่เป็นนามธรรม ใน
รูปแบบนี้จะไม่มีหน่วยงานที่เกิดขึ้นจริงมีอยู่สำหรับการจำลองหน่วยงานเครือข่ายเช่นเราเตอร์หรือ
สวิทช์ แต่แฝงเครือข่ายว่าข้อความจะได้พบกับเส้นทางของมันจาก CloudSim หนึ่ง
นิติบุคคล (เจ้าภาพ) ไปยังอีก (เมฆโบรกเกอร์) จะถูกจำลองขึ้นอยู่กับข้อมูลที่เก็บไว้ในความล่าช้า
เมทริกซ์ (ดูตาราง) ตัวอย่างเช่นตารางที่แสดงให้เห็นถึงความล่าช้าที่เกี่ยวข้องกับเมทริกซ์ห้าหน่วยงาน CloudSim.
ในตัวอย่างของเวลาใด ๆ สภาพแวดล้อม CloudSim รักษาเมตร×เมทริกซ์ขนาด n สำหรับ CloudSim ทุก
หน่วยงานที่ใช้งานอยู่ในขณะนี้ในบริบทจำลอง EIJ รายการในเมทริกซ์แสดงให้เห็นถึงความล่าช้าที่
จะได้รับข้อความเมื่อมันจะถูกถ่ายโอนจากนิติบุคคลที่ฉันเจนิติบุคคลผ่านเครือข่าย จำได้
ว่าเป็น CloudSim จำลองเหตุการณ์ตามที่รูปแบบที่แตกต่างกันระบบ / หน่วยงานการสื่อสาร
ผ่านการส่งเหตุการณ์ เครื่องมือการจัดการกรณีที่มีการใช้ CloudSim ระหว่างนิติบุคคลเครือข่าย
ข้อมูลแฝงในการกระตุ้นให้เกิดความล่าช้าในการส่งข้อความไปยังหน่วยงาน ความล่าช้านี้จะแสดง
ในหน่วยเวลาเช่นการจำลองมิลลิวินาที.
ก็หมายความว่าเหตุการณ์จากกิจการที่ฉันเจจะได้รับการส่งต่อโดยการจัดการเหตุการณ์
เครื่องยนต์เมื่อเวลาจำลองรวมถึงเสื้อ + d มูลค่าที่เสื้อเป็นเวลาที่จำลอง
เมื่อ ข้อความที่ถูกส่งมา แต่เดิมและ d เป็นแฝงเครือข่ายระหว่างหน่วยงาน i และ j.
แผนภาพการเปลี่ยนแปลงที่เป็นตัวแทนของการทำงานร่วมกันดังกล่าวเป็นที่ปรากฎในรูปที่ 5 วิธีการนี้
จำลองศักยภาพเครือข่ายจะช่วยให้เรามีเหตุผลวิธีที่เรียบง่ายของการสร้างแบบจำลองเครือข่ายการปฏิบัติ
สถาปัตยกรรม จำลองสภาพแวดล้อม นอกจากนี้วิธีการนี้เป็นเรื่องง่ายและทำความสะอาดเพื่อ
ใช้ในการจัดการและการจำลองกว่าการสร้างแบบจำลององค์ประกอบเครือข่ายที่ซับซ้อนเช่นเราเตอร์,
สวิทช์ ฯลฯ
คำอธิบายโครงสร้างถูกเก็บไว้ใน BRITE [18] รูปแบบที่มีจำนวนเครือข่าย
โหนดซึ่งอาจจะเป็น มากกว่าจำนวนของโหนดจำลอง โหนดต่างๆเหล่านี้เป็นตัวแทน
หน่วยงาน CloudSim เจ้าภาพรวมทั้งศูนย์ข้อมูลโบรกเกอร์เมฆ ฯลฯ ซึ่งข้อมูล BRITE จะ
โหลดทุกครั้ง CloudSim จะเริ่มต้นและมีการใช้สำหรับการสร้างเมทริกซ์แฝง ศูนย์ข้อมูล

ผลลัพธ์ (ไทย) 3:

3.4 . การสร้างแบบจำลองพฤติกรรมเครือข่าย topologies เครือข่ายที่ครอบคลุมเชื่อมต่อ
แบบจำลองคอมพิวเตอร์เมฆองค์กร ( โยธา
กระเป๋า ผู้ใช้งานเป็นสำคัญ เพราะข้อความแฝง ส่งผลกระทบโดยตรงต่อ
ประสบการณ์ความพึงพอใจโดยรวม ผู้ใช้หรือ SaaS ผู้ให้บริการผู้บริโภคที่ไม่ใช่
พอใจกับส่ง QoS มีแนวโน้มที่จะเปลี่ยนผู้ให้บริการคลาวด์ ของเขา / เธอดังนั้นจึงเป็นเรื่องสำคัญที่ระบบการจำลองเมฆความต้องการ

กรอบให้บริการแบบเครือข่าย topologies จริงและรูปแบบ ภายในเครือข่ายขององค์กรเมฆศูนย์ข้อมูล , โฮสต์
SaaS ผู้ให้บริการ และผู้ใช้ ) ใน cloudsim ขึ้นอยู่กับเครือข่ายแนวคิดนามธรรม . ใน
รุ่นนี้ไม่มีจริงหน่วยงานของจำลอง องค์กรเครือข่าย
เช่นเราเตอร์หรือสวิตช์ แทนเครือข่ายแอบแฝงที่ข้อความสามารถประสบการณ์บนเส้นทางจาก cloudsim
นิติบุคคล ( เจ้าภาพ ) หนึ่งนายหน้า ( เมฆ ) ) ตามข้อมูลที่เก็บไว้ในศักยภาพ
เมทริกซ์ ( ดูตารางผม ) ตัวอย่างเช่น โต๊ะ ก็แสดงให้เห็นศักยภาพของเมทริกซ์ที่เกี่ยวข้องกับห้า cloudsim หน่วยงาน .
ในอินสแตนซ์ของเวลาการรักษาสิ่งแวดล้อม cloudsim m × n ขนาดเมทริกซ์สำหรับ cloudsim
หน่วยงานที่กำลังใช้งานอยู่ในบริบทของการจำลอง รายการ eij ในเมทริกซ์แสดงถึงความล่าช้าที่
ข้อความจะได้รับเมื่อมันถูกโอนจากนิติบุคคลกับนิติบุคคล เจ ผ่านเครือข่าย เรียกคืน
ที่ cloudsim เป็นเหตุการณ์จำลองจากระบบที่แตกต่างกัน รูปแบบ / หน่วยงานสื่อสาร
ผ่านการส่งกิจกรรมเหตุการณ์การจัดการเครื่องยนต์ของ cloudsim ใช้อินเตอร์ข้อมูลมอมแมม
นิติบุคคลสำหรับ inducing ความล่าช้าในการส่งข้อความไปยังหน่วยงาน . ความล่าช้านี้จะแสดงในหน่วยเวลา เช่น การจำลอง

มิลลิวินาที หมายความว่าเหตุการณ์จากตัวผมกับ เจ จะถูกส่งต่อจากเหตุการณ์การจัดการ
เครื่องยนต์เมื่อเวลาการจำลอง รวมถึง T D ค่าเมื่อ t คือเวลาจำลอง
เมื่อข้อความถูกส่ง และเป็นเครือข่ายระหว่างหน่วยงานภายในและ J .
แทน เช่น แผนภาพการเปลี่ยนปฏิสัมพันธ์จะแสดงในรูปที่ 5 วิธีนี้จะช่วยให้เราเกิดเครือข่าย
จำลองเหมือนจริงเลยวิธีง่ายๆของการปฏิบัติเครือข่าย
สถาปัตยกรรมสำหรับสภาพแวดล้อมที่จำลอง เพิ่มเติมวิธีนี้จะง่ายมากและทำความสะอาด

ใช้จัดการและจำลองแบบซับซ้อนกว่าส่วนประกอบเครือข่ายเช่นเราเตอร์ , สวิตช์ ฯลฯ

แบบรายละเอียดจะถูกเก็บไว้ในไบรต์ [ 18 ] รูปแบบที่ประกอบด้วยโหนดเครือข่าย
ซึ่งอาจจะมากกว่าจำนวนของโหนดจำลอง โหนดเหล่านี้เป็นตัวแทนของหน่วยงานต่าง ๆรวมทั้ง cloudsim
โฮสต์ , ศูนย์ข้อมูลโบรกเกอร์เมฆฯลฯ ไบร์ท ข้อมูล
ทุกครั้งที่ cloudsim โหลดจะเริ่มต้นและจะใช้สำหรับการสร้างศักยภาพเมทริกซ์ ศูนย์บริการข้อมูล