4.2. Data center internal processin

4.2. Data center internal processing
Processing of task units is handled by the respective VMs; therefore, their progress must be continuously
updated and monitored at every simulation step. For handling this, an internal event is generated
to inform the DataCenter entity that a task unit completion is expected in the near future. Thus,
at each simulation step, each DataCenter entity invokes a method called updateVMsProcessing()
for every host that it manages. Following this, the contacted VMs update processing of currently
active tasks with the host. The input parameter type for this method is the current simulation time
and the return parameter type is the next expected completion time of a task currently running in
one of the VMs on that host. The next internal event time is the least time among all the finish
times, which are returned by the hosts.
At the host level, invocation of updateVMsProcessing() triggers an updateCloudletsProcessing()
method that directs every VM to update its tasks unit status (finish, suspended, executing) with
the Datacenter entity. This method implements a similar logic as described previously for updateVMsProcessing()
but at the VM level. Once this method is called, VMs return the next expected
completion time of the task units currently managed by them. The least completion time among
all the computed values is sent to the Datacenter entity. As a result, completion times are kept
in a queue that is queried by Datacenter after each event processing step. The completed tasks
waiting in the finish queue that are directly returned concern CloudBroker or CloudCoordinator.
This process is depicted in Figure 8 in the form of a sequence diagram.

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

4.2. ข้อมูลศูนย์ประมวลผลภายในประมวลผลของหน่วยงานจะถูกจัดการ โดย VMs ตามลำดับ ดังนั้น ความคืบหน้าของพวกเขาต้องอยู่อย่างต่อเนื่องปรับปรุง และตรวจสอบในทุกขั้นตอนการจำลองการ สำหรับการจัดการ สร้างเหตุการณ์ภายในแจ้งทิ DataCenter ที่ เสร็จสมบูรณ์ที่หน่วยงานคาดว่าในอนาคตอันใกล้ ดังนั้นในแต่ละขั้นตอนการจำลอง แต่ละเอนทิตี DataCenter จะวิธีเรียกว่า updateVMsProcessing()สำหรับแต่ละโฮสต์ที่จะจัดการ ดังกล่าว VMs ติดต่อปรับปรุงประมวลผลในปัจจุบันงานกับโฮสต์ ชนิดพารามิเตอร์ป้อนเข้าสำหรับวิธีนี้เป็นการจำลองเวลาปัจจุบันและชนิดของพารามิเตอร์การส่งกลับครั้งคาดเสร็จสมบูรณ์ของงานทำงานอยู่ในหนึ่ง VMs บนโฮสต์นั้น เหตุการณ์ภายในเวลาถัดไปในเวลาน้อยที่สุดระหว่างเสร็จสิ้นทั้งหมดครั้ง ซึ่งจะถูกส่งกลับ โดยโฮสต์ในระดับโฮสต์ เรียก updateVMsProcessing() ทริกเกอร์การ updateCloudletsProcessing()วิธีการที่กำหนดทุก VM เพื่อปรับปรุงสถานะของหน่วยงาน (เสร็จ ชั่วคราว การดำเนินการ) ด้วยเอนทิตี Datacenter วิธีนี้ใช้ตรรกะคล้ายกันตามที่อธิบายไว้ก่อนหน้านี้สำหรับ updateVMsProcessing()แต่ที่ VM ระดับ เมื่อวิธีการนี้เรียกว่า VMs กลับคาดว่าถัดไปเวลาเสร็จสิ้นของหน่วยงานที่จัดการอยู่ โดยพวกเขา เสร็จสมบูรณ์อย่างน้อยเวลาระหว่างค่าจากการคำนวณทั้งหมดถูกส่งไปยังเอนทิตี Datacenter เป็นผลให้ เก็บเสร็จสมบูรณ์ครั้งในคิว ที่ถูกมาสอบถาม โดย Datacenter หลังจากแต่ละขั้นตอนการประมวลผลเหตุการณ์ งานที่เสร็จสมบูรณ์รอในคิวเสร็จสิ้นโดยตรงถ้ากังวล CloudBroker หรือ CloudCoordinatorกระบวนการนี้จะแสดงในรูปที่ 8 ในรูปแบบของไดอะแกรมลำดับ

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

4.2 ศูนย์ข้อมูลการประมวลผลภายใน
การประมวลผลของหน่วยงานที่จะถูกจัดการโดย VMs ที่เกี่ยวข้อง; ดังนั้นความคืบหน้าของพวกเขาจะต้องได้รับอย่างต่อเนื่อง
การปรับปรุงและตรวจสอบในทุกขั้นตอนการจำลอง สำหรับการจัดการนี้เหตุการณ์ภายในถูกสร้างขึ้น
เพื่อแจ้งให้นิติบุคคลดาต้าเซ็นเตอร์ที่เสร็จสิ้นการหน่วยงานที่คาดว่าในอนาคตอันใกล้ ดังนั้น
ในแต่ละขั้นตอนการจำลองแต่ละกิจการ DataCenter เรียกวิธีการที่เรียกว่า updateVMsProcessing ()
สำหรับโฮสต์ที่จะจัดการทุก ต่อไปนี้การติดต่อการประมวลผลการปรับปรุง VMs ปัจจุบันของ
งานที่ใช้งานกับโฮสต์ ประเภทพารามิเตอร์สำหรับการป้อนสำหรับวิธีการนี้เป็นเวลาจำลองปัจจุบัน
และพารามิเตอร์ชนิดกลับเป็นเวลาที่คาดว่าจะเสร็จต่อไปของงานที่กำลังทำงานอยู่ใน
หนึ่งใน VMs บนโฮสต์ที่ เวลาของกิจกรรมภายในต่อไปคือเวลาอย่างน้อยในทุกชัย
ครั้งซึ่งจะถูกส่งกลับโดยเจ้าภาพ.
ในระดับโฮสต์อุทธรณ์ของ updateVMsProcessing () เรียก updateCloudletsProcessing ()
วิธีการที่นำ VM ทุกคนที่จะปรับปรุงสถานะของหน่วยงาน (จบ ที่ถูกระงับการดำเนินงาน) กับ
นิติบุคคล Datacenter วิธีนี้ใช้ตรรกะที่คล้ายกันตามที่ระบุไว้ก่อนหน้านี้สำหรับ updateVMsProcessing ()
แต่ในระดับ VM เมื่อวิธีการนี้เรียกว่า VMs กลับคาดว่าต่อไป
เวลาแล้วเสร็จของหน่วยงานที่มีการจัดการโดยพวกเขาในขณะนี้ เวลาแล้วเสร็จอย่างน้อยในหมู่
ทั้งหมดที่คำนวณค่าถูกส่งไปยังนิติบุคคล Datacenter เป็นผลให้เวลาที่เสร็จสิ้นจะถูกเก็บไว้
ในคิวที่สอบถามโดย Datacenter หลังจากแต่ละขั้นตอนการประมวลผลเหตุการณ์ งานที่เสร็จสมบูรณ์
รออยู่ในคิวชัยที่ถูกส่งกลับโดยตรงกังวล CloudBroker หรือ CloudCoordinator.
กระบวนการนี้จะปรากฎในรูปที่ 8 ในรูปแบบของแผนภาพลำดับ

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

4.2 . ศูนย์ข้อมูลประมวลผลภายในหน่วยงาน
การประมวลผลจะถูกจัดการโดยวัดที่เกี่ยวข้อง ดังนั้น ความก้าวหน้าจะต้องปรับปรุงอย่างต่อเนื่องและการตรวจสอบการจำลอง
ในทุกขั้นตอน สำหรับการจัดการเรื่องนี้ เหตุการณ์ภายในถูกสร้างขึ้น
แจ้งข้อมูลองค์กรที่เป็นหน่วยงานเสร็จคาดว่าในอนาคตอันใกล้ ดังนั้น
ที่แต่ละจำลองขั้นตอนแต่ละฝ่ายนิติบุคคลจะเรียกวิธีการที่เรียกว่า updatevmsprocessing()
ทุกเจ้าภาพที่จัดการ . ตามนี้ ติดต่อ HP ปรับปรุงการประมวลผลในปัจจุบัน
งานงานกับโฮสต์ ประเภทของการป้อนพารามิเตอร์สำหรับวิธีนี้คือปัจจุบันเวลาจำลอง
และกลับพารามิเตอร์ชนิดอยู่ถัดไปคาดว่าจะแล้วเสร็จเวลาของงานที่กำลังทำงานใน
หนึ่งของ VMS บนโฮสต์ที่ครั้งต่อไป เหตุการณ์ภายในอย่างน้อยเวลาของเวลาทั้งหมดที่ส่งกลับโดยจบ

ที่ระดับโฮส โฮสต์ เรียก updatevmsprocessing() ทริกเกอร์ updatecloudletsprocessing()
วิธีการที่นําทุก VM เพื่อปรับปรุงสถานะของหน่วยงาน ( จบ , ระงับ , รัน ) กับ
ข้อมูลนิติบุคคลวิธีนี้ใช้ตรรกะที่คล้ายกันตามที่อธิบายไว้ก่อนหน้านี้สำหรับ updatevmsprocessing()
แต่ระดับ VM . เมื่อวิธีนี้เรียกว่า วัดคืนต่อไปคาดว่า
เวลาแล้วเสร็จของงานหน่วยจัดการในขณะนี้โดยพวกเขา สมบูรณ์เวลาที่น้อยที่สุดระหว่าง
ทั้งหมดคำนวณค่าถูกส่งไปยังฝ่ายนิติบุคคล เป็นผลให้เสร็จเก็บไว้
ครั้งในคิวที่สอบถาม โดยฝ่ายหลังเหตุการณ์แต่ละขั้นตอนการประมวลผล . เสร็จงาน
รอเสร็จคิวที่ตรงกลับกังวล cloudbroker หรือ cloudcoordinator .
กระบวนการนี้จะปรากฎในรูปที่ 8 ในรูปแบบของลำดับแผนภาพ