บทที ่4 ผลการด าเนนิงาน

การศึกษาระบบ Cloud Storage บน Ubuntu Linux ผู้ศึกษาน าเสนอการทดสอบระบบและผลการทดสอบระบบ ซึ่งจะมีการแสดงผลการทดสอบระบบในกรณีต่างๆ โดยมีขั้นตอนดังนี้

4.1. การทดสอบระบบ

ในการทดสอบระบบ Cloud Storage บน Ubuntu Linux นั้นทางผู้ศึกษานั้นได้ใช้คอมพิวเตอร์และโน๊ตบุ๊ค จ านวน 2 เครื่อง ในการท าระบบ Cloud Storage บน Ubuntu Linux โดย ติดตั้งระบบ Server ผ่านโปรแกรม VMware Workstation โดยโน๊ตบุ๊ค 1 เครื่อง ติดตั้ง GlusterFS Server 2 ตัวGlusterFSClient 1 ตัว เครื่องคอมพิวเตอร์โน๊ตบุ๊คอีก 1 เครื่องที่เป็นเครื่อง Client ซึ่งท าหน้าที่ในการท าการ อัพโหลด/ดาวน์โหลดไฟล์ไปยัง ระบบ Cloud Storage บน Ubuntu Linux ดังกล่าว โดยทางผู้ศึกษาท าการทดสอบระบบในขณะที่ Cluster Storageทั้งสองตัวท างานปกติเพ่ือทดสอบการท างานแบบ Storage Automatic File Replication คือการ Synchronous File ในระบบให้อัตโนมัติ Cluster Storageทั้งสองตัวก็จะมีข้อมูลที่เหมือนกัน ต่อมาท าการปิดสถานะของเครื่อง Cluster Storage1 เครื่อง(Shutdown) เพ่ือจ ารองสถานการณ์ให้มีเครื่องเซิร์ฟเวอร์ในระบบล่ม (Down) แล้วเข้าใช้บริการระบบ Cloud Storage บน Ubuntu Linux ในขณะที่มีเครื่องเซิร์ฟเวอร์ในระบบล่ม (Down) ระบบสามารถให้บริการได้อย่างต่อเนื่องโดยไม่กระทบกับผู้ใช้งานระบบ และข้อมูลไม่สูญหาย เมื่อเซิร์ฟเวอร์ในระบบเครื่องที่ล่ม (Down) กลับมาให้บริการได้ปกติ ระบบก็จะ Synchronous File ในระบบอัตโนมัติให้เกิด Balance ของข้อมูลภายในระบบ Cluster Storageโดยใช้โปรแกรม IPTraf Monitor ติดตามการท างานของระบบ Cloud Storage บน Ubuntu Linux

28

4.1.1. หลักการท างาน 1.) หลักการท างาน Automatic File Replication

ภาพที ่4.1แสดงการท างานแบบ Automatic File Replication

ดังภาพที่ 4.1 Compute Client Linux เป็นจุดเชื่อมต่อระหว่าง Storage Server 1 และ

Storage Server 2 หากมีการอัพโหลดข้อมูล ข้อมูลที่อัพโหลดก็จะถูกจัดเก็บทั้งที่ Storage Server 1 และ Storage Server 1 พร้อมๆ กันเรียกว่า Automatic File Replication

Gluster Server module

Disk File System

Storage Server 1

Gluster Server module

Disk File System

Storage Server 2

Shell%

Gluster Native Client module configured to Replicate

Compute Client Linux

29

2.) หลักการท างาน Automatic File Replication ขณะที่มีเซิร์ฟเวอร์ในระบบล่ม (Down)

ภาพที ่4.2แสดงขณะที่มีเซิร์ฟเวอร์ในระบบล่ม (Down)

ดังภาพที่ 4.2 เมื่อมีเซิร์ฟเวอร์ในระบบล่ม (Down) คือ Storage Server 2ก็ยังมี Storage Server 1 ที่ยังให้บริการได้หากมีการอัพโหลด/ดาวน์โหลดข้อมูลระบบก็ยังให้บริการได้ปกติไม่กระทบกับผู้ใช้งานระบบ

Gluster Server module

Disk File System

Storage Server 1

Gluster Server module

Disk File System

Storage Server 2

Shell%

Gluster Native Client module configured to Replicate

Compute Client Linux

30

3.) การ Synchronous File ในระบบ

ภาพที ่4.3แสดงการ Synchronous File ในระบบให้ balance

ดังภาพที่ 4.3 เมื่อเซิร์ฟเวอร์ในระบบเครื่องที่ล่ม (Down) Storage Server 2กลับมาให้บริการได้ปกติ Compute Client Linux ก็จะท าการตรวจจับข้อมูล (Detect) ระหว่าง Storage Server 1และ Storage Server 2 เมื่อพบข้อมูลที่แตกต่างกัน ระบบก็จะ Synchronous File ในระบบอัตโนมัติให้เกิด Balance ของข้อมูลภายในระบบ

Gluster Server module

Disk File System

Storage Server 1

Gluster Server module

Disk File System

Storage Server 2

Shell%

Gluster Native Client module configured to Replicate

Compute Client Linux

31

4.2. ผลการทดสอบระบบ 4.2.1. ผลการทดสอบระบบ Storage Automatic File Replication

ในขณะที่ระบบท างานปกติ

ภาพที ่4.4แสดงการอัพโหลดไฟล์ขณะที่ระบบท างานปกติ

ดังภาพที่ 4.4ทดสอบอัพโหลดไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB

32

ภาพที ่4.5แสดงแบนด์วิธ (Bandwidth) ที่เกิดขึ้นบนเครื่องเซิร์ฟเวอร์ 1

ดังภาพที่ 4.5จากการทดสอบอัพโหลดไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB จากภาพที่ 4.4 ที่แล้วเกิดแบนด์วิธ (Bandwidth) ทีe่th0 ของเครื่องเซิร์ฟเวอร์ 1 ที่คอลัมน์ Activity

ภาพที ่4.6แสดงแบนด์วิธ (Bandwidth) ที่เกิดขึ้นบนเครื่องเซิร์ฟเวอร์ 2

33

ดังภาพที่ 4.6จากการทดสอบอัพโหลดไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB จากภาพที่ 4.4 ที่แล้วเกิดแบนด์วิธ (Bandwidth) ทีe่th0 ของเครื่องเซิร์ฟเวอร์ 2 ที่คอลัมน์ Activity

ภาพที ่4.7แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 1

ดังภาพที่ 4.7จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MBบนเครื่องเซิร์ฟเวอร์ 1

ภาพที ่4.8แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 2

34

ดังภาพที่ 4.8จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์

197 MBบนเครื่องเซิร์ฟเวอร์ 2

4.2.2. ผลการทดสอบระบบ Storage โดยอัพโหลดข้อมูลขึ้นไปไว้ในระบบ ขณะที่มีเซิร์ฟเวอร์ในระบบล่ม (Down)

4.2.2.1. ท าการปิดสถานะของเครื่อง Cluster Storage1 เครื่อง (Shutdown) เพ่ือจ ารองสถานการณ์ให้มีเครื่องเซิร์ฟเวอร์ในระบบล่ม (Down) แล้วเข้าใช้บริการระบบ Cloud Storage บน Ubuntu Linux ในขณะที่มีเครื่องเซิร์ฟเวอร์ในระบบล่ม (Down)

ภาพที ่4.9แสดงการปิดสถานะของเครื่อง Cluster Storage1 เครื่อง (Shutdown)

ดังภาพที่ 4.9สั่งปิดสถานะของเครื่อง Cluster Storage1 เครื่อง (Shutdown) ด้วยค าสั่ง halt -p

35

4.2.2.2. อัพโหลดข้อมูลขึ้นไปไว้ในระบบ ขณะที่มีเซิร์ฟเวอร์ในระบบล่ม (Down)

ภาพที ่4.10แสดงการอัพโหลดไฟล์ขณะที่มีเซิร์ฟเวอร์ในระบบล่ม (Down)

ดังภาพที่ 4.10ทดสอบอัพโหลดไฟล์ชื่อ mysql-5.1.68-win32.msi ขนาดไฟล์ 106MBและไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 31 MB

36

ภาพที ่4.11แสดงแบนด์วิธ (Bandwidth) ที่เกิดขึ้นบนเครื่องเซิร์ฟเวอร์ 1

ดังภาพที่ 4.11จากการทดสอบอัพโหลดไฟล์ชื่อ mysql-5.1.68-win32.msiขนาดไฟล์ 106 MB และ ไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 31 MBจากภาพที่ 4.10 ที่แล้วเกิดแบนด์วิธ (Bandwidth) ทีe่th0 ของเครื่องเซิร์ฟเวอร์ 1 ที่คอลัมน์ Activity

ภาพที ่4.12แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 1

37

ดังภาพที่ 4.12 จากภาพทางด้านขวามือแสดงไฟล์ชื่อ mysql-5.1.68-win32.msi ขนาดไฟล์ 106 MB และ ไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 31 MB บนเครื่องเซิร์ฟเวอร์ 1

4.2.2.3. ท าการเปิดสถานะของเครื่องเซิร์ฟเวอร์ที่ล่ม (Down)

ภาพที ่4.13แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 2 ขณะที่ยังไม่ Synchronous File

ดังภาพที่ 4.13 จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB บนเครื่องเซิร์ฟเวอรท์ี่ล่ม (Down)

38

4.2.2.4. เรียกใช้งานไฟล์ข้อมูลที่เครื่องไคลเอนต์

ภาพที ่4.14แสดงโครงสร้างไฟล์บนเครื่องไคลเอนต์

ดังภาพที่ 4.14เรียกใช้งานไฟล์ข้อมูลที่เครื่องไคลเอนต์จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB ไฟล์ชื่อ mysql-5.1.68-win32.msi ขนาดไฟล์ 106 MB และ ไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 31 MB บนเครื่องไคลเอนต์

39

ภาพที ่4.15แสดงแบนด์วิธที่เกิดขึ้นบนเครื่องเซิร์ฟเวอร์ 1ขณะที่ก าลัง Synchronous File

ดังภาพที่ 4.15 เรียกใช้งานไฟล์ข้อมูลที่เครื่องไคลเอนต์จากภาพที่ 4.14ที่แล้วเกิดแบนด์วิธ (Bandwidth) ที่ eth0 ของเครื่องเซิร์ฟเวอร์ 1 ที่คอลัมน์ Activity

ภาพที ่4.16แสดงแบนด์วิธที่เกิดขึ้นบนเครื่องเซิร์ฟเวอร์2ขณะที่ก าลัง Synchronous File ดังภาพที่ 4.16เรียกใช้งานไฟล์ข้อมูลที่เครื่องไคลเอนต์ จากภาพที่ 4.14 ที่แล้วเกิดแบนด์วิธ

(Bandwidth) ที่ eth0 ของเครื่องเซิร์ฟเวอร์ 2ที่คอลัมน์ Activity

40

ภาพที ่4.17แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 2 ขณะทีก่ าลัง Synchronous File ไม่ส าเร็จ

ดังภาพที่ 4.17จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาดไฟล์ 197 MB ไฟล์ชื่อ mysql-5.1.68-win32.msi ขนาดไฟล์ 29 MB และ ไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 17 MB บนเครื่องเซิร์ฟเวอร์ 2 ขณะที่ก าลัง Synchronous File ไม่ส าเร็จ (สังเกตที่ขนาดไฟล์ที่ยังมีขนาดไม่เท่ากับขนาดปกติ)

ภาพที ่4.18แสดงโครงสร้างไฟล์บนเครื่องเซิร์ฟเวอร์ 2 ขณะที่ Synchronous File ส าเรจ็

41

ดังภาพที่ 4.18จากภาพทางด้านขวามือแสดงไฟล์ชื่อ netbeans-7.3-windows.exe ขนาด

ไฟล์ 197 MB ไฟล์ชื่อ mysql-5.1.68-win32.msi ขนาดไฟล์ 106 MB และ ไฟล์ชื่อ mysql-5.5.30-win32.msi ขนาดไฟล์ 31 MB บนเครื่องเซิร์ฟเวอร์ 2ขณะที่ Synchronous File ส าเร็จ