Google ประกาศเพิ่มฟีเจอร์ใหม่ให้ Google Compute Engine คือระบบ scheduled snapshot หรือระบบสั่งการ snapshot ตัว persistent disk ของ GCE แบบตั้งเวลาล่วงหน้าให้ทำงานได้อัตโนมัติ เพื่อลดความผิดพลาดและประหยัดเวลาในการแบคอัพระบบ

ระบบ snapshot แบบตั้งเวลาของ GCE สามารถตั้งได้ตั้งแต่ระดับชั่วโมง, วัน และสัปดาห์ เช่น สร้าง snapshot ทุก 6 ชั่วโมง, สร้าง snapshot ทุกวันจันทร์, พุธ และศุกร์ รวมถึงสามารถตั้ง retention policy เพื่อให้ระบบลบ snapshot อัตโนมัติตามที่ตั้งไว้ได้ด้วย ซึ่งระบบ snapshot นี้สามารถใช้งานกับ single disk หรือ multiple disk ใน region เดียวกันได้

Google Compute Engine ออกเครื่องชนิดใหม่ที่เรียกว่า n1-ultramem คุณสมบัติก็ตรงตัวคือใส่แรมเยอะได้เป็นพิเศษ สูงถึงเกือบ 4TB ต่อ VM หนึ่งตัว

เครื่องในตระกูล n1-ultramem แบ่งออกเป็น 3 ระดับได้แก่

• n1-ultramem-40: 40 vCPUs and 961 GB of memory
• n1-ultramem-80: 80 vCPUs and 1922 GB of memory
• n1-ultramem-160: 160 vCPUs and 3844 GB of memory

ซีพียูที่ใช้จริงเป็น Intel Xeon E7-8880 v4 (Broadwell) และแรม DDR4 เครื่องที่มีหน่วยความจำเยอะขนาดนี้ เหมาะสำหรับงานที่ต้องโหลดข้อมูลใส่หน่วยความจำทีเดียวมากๆ เช่น SAP HANA

ในงาน Google Cloud Next 2017 กูเกิลประกาศของใหม่ให้ Google Cloud Platform (GCP) หลายอย่าง ที่น่าสนใจมีดังนี้

ประเด็นสำคัญของแวดวงคลาวด์คือการให้บริการได้ต่อเนื่อง (availability) ซึ่งบางครั้งก็ไม่สามารถทำได้เพราะเหตุสุดวิสัยบางอย่าง ล่าสุด Google Compute Engine ในยุโรปต้องล่มไปเพราะเหตุ "ฟ้าผ่า"

เหตุเกิดที่ศูนย์ข้อมูลของกูเกิลในเมือง St. Ghislain ที่ประเทศเบลเยียม (ให้บริการโซน europe-west1-b) เกิดเหตุฟ้าผ่าที่โครงข่ายไฟฟ้าท้องถิ่น 4 ครั้งติดต่อกัน ทำให้ระบบไฟฟ้าของศูนย์ข้อมูลใช้งานไม่ได้ชั่วขณะ ระบบสตอเรจของกูเกิลมีแบตเตอรี่สำรองในตัว สามารถทำงานต่อได้ตามปกติ แต่มีสตอเรจส่วนน้อยที่กลับมีปัญหาแบตเตอรี่ไม่ทำงานจนล่มไป ซึ่งวิศวกรของกูเกิลสามารถแก้ไขให้กลับมาทำงานได้ในภายหลัง

กูเกิลประกาศรองรับชุดพัฒนาเว็บแอพพลิเคชั่น MEAN (MongoDB, Express Web Framework, AngularJS, และ NodeJS) บน Google Compute Engine อย่างเป็นทางการ ทำให้ผู้ใช้ไม่ต้องมาสั่งติดตั้งชุดซอฟต์แวร์เองแต่สามารถกด deploy จากหน้าคอนโซลได้โดยตรง

ชุดซอฟต์แวร์ที่ Google Compute Engine เคยรองรับมาก่อนหน้านี้แล้วได้แก่ Apache Cassandra, MongoDB, และ RabbitMQ

ที่มา - Google Cloud Platform Blog

โครงการ Docker กำลังมาแรงมากๆ ในโลกฝั่งเซิร์ฟเวอร์-กลุ่มเมฆ อย่างไรก็ตาม Docker ทำตัวเป็นแค่ "ลังใส่ของ" (container) เพื่อใส่สภาพแวดล้อมของแอพพลิเคชันเซิร์ฟเวอร์เท่านั้น สิ่งที่ยังขาดอยู่คือ "ตัวจัดการลัง" (container manager) ในกรณีที่ต้องบริหาร container เป็นจำนวนมากๆ (บริษัท Docker มีเครื่องมือชื่อ libswarm ที่เพิ่งเริ่มต้นพัฒนา)

เมื่อเดือนมิถุนายนที่ผ่านมา กูเกิลประกาศโครงการ Kubernetes ตัวจัดการ "คลัสเตอร์" ของ container โดยมุ่งเป้าใช้งานกับ Google Compute Engine แต่ก็เปิดซอร์สโค้ดให้หน่วยงานอื่นๆ ใช้งานด้วย

Docker เป็น "ตัวครอบ" แอพพลิเคชันฝั่งเซิร์ฟเวอร์ (application container) ที่กำลังมาแรง หน้าที่ของมันคือช่วยให้เราสามารถนำแอพพลิเคชันไปรันบนเซิร์ฟเวอร์หรือกลุ่มเมฆประเภทต่างๆ โดยลดภาระของการคอนฟิกใหม่ให้น้อยที่สุด (Build once...run anywhere)

แนวคิดของ application container จะคล้ายกับการทำงานบน virtualization แต่จะต่างกันตรงที่ container จะไม่รวมระบบปฏิบัติการที่เป็น guest OS ทำให้มันเล็กและเบากว่าการเก็บใส่ VM image มาก (ดูรายละเอียดในสไลด์ท้ายข่าว)

ต่อจากข่าวกูเกิลสร้างศูนย์ข้อมูลที่ไต้หวันสำหรับการให้บริการ Cloud Platform วันนี้ศูนย์ข้อมูลแห่งดังกล่าวก็พร้อมให้ใช้งานแล้วครับ

หลังจากที่มีเพียงสองประเทศคือสหรัฐอเมริกา และยุโรปให้เลือกใช้งานสำหรับบริการ Cloud Platform มาตั้งแต่เปิดตัว ตอนนี้กูเกิลก็ได้เพิ่มเติมศูนย์ข้อมูลของ Cloud Platform สำหรับให้บริการประเทศในย่านเอเชียแปซิฟิก เพื่อเพิ่มความเร็วในการเข้าถึงข้อมูลจากประชากรเกือบครึ่งโลกในย่านนี้ โดยจะมี 2 โซนให้เลือกเช่นเดียวกับศูนย์ข้อมูลในภูมิภาคอื่นๆ และที่สำคัญคือ ศูนย์ข้อมูลใหม่นี้ใช้ซีพียูรุ่น Ivy Bridge ที่ใหม่กว่าศูนย์ข้อมูลเดิมที่ยังคงเป็น Sandy Bridge อยู่ครับ

Google Compute Engine เปิดให้ผู้ใช้วงจำกัดสามารถเลือกใช้ Red Hat Enterprise Linux มาระยะหนึ่ง ตอนนี้ก็เปิดให้เลือกใช้งานได้ทุกคนแล้ว โดยคิดราคาเพิ่มชั่วโมงละ 0.06 ดอลลาร์ต่อชั่วโมงสำหรับเครื่องที่มีซีพียูน้อยกว่า 8 คอร์ และ 0.13 ดอลลาร์สำหรับเครื่องที่มีซีพียู 8 คอร์หรือมากกว่า

ทางด้าน Red Hat ก็เปิดให้ลูกค้าที่ซื้อไลเซนส์ไว้แล้วสามารถย้ายไลเซนส์ของตัวเองไปรันบน Google Compute Engine ได้ต่อและยังรับซัพพอร์ตเหมือนรันในเครื่องของตัวเองต่อไป โดยสามารถจัดการผ่าน Red Hat Cloud Access ย้ายเครื่องเข้าออกจากศูนย์ข้อมูลตามความต้องการ โดยก่อนหน้านี้มีเพียง Amazon Web Service เท่านั้นที่รองรับบริการนี้

กูเกิลเพิ่ม API ใหม่ให้กับ Google Compute Engine (GCE) ให้สามารถเข้าตรวจสอบค่าใช้จ่ายได้ตลอดเวลา นับเป็นการ "ไล่ตาม" เจ้าตลาดเดิมอย่าง Amazon EC2 ที่มี API แบบเดียวกันนี้มานานแล้ว

กระบวนการทำงานของ API ชุดนี้ใน GCE ทำงานเหมือน EC2 ไม่ผิดเพี้ยน เพื่อเปิดการทำงานแล้ว GCE จะสร้างไฟล์ CSV ไปวางไว้ใน Cloud Storage Bucket ซึ่งเป็นบริการแบบเดียวกับ Amazon S3 ให้โปรแกรมภายนอกสามารถดึงออกไปคำนวณค่าใช้จ่ายได้

สิ่งที่เหนือกว่า EC2 คือ GCE สามารถเลือกไฟล์เป็น JSON ได้ด้วย ขณะที่ EC2 มีเฉพาะ CSV เท่านั้น

ที่มา - Google Cloud Platform

Google Compute Engine (GCE) เปิดตัวมาตั้งแต่กลางปีที่แล้ว ที่ผ่านมาก็เปิดให้นักพัฒนาภายนอกเข้าใช้งานกันเป็นจำนวนมากแล้ว แต่ยังไม่เปิดให้ทุกคนใช้งานได้ทันที ตอนนี้กูเกิลก็กลับมาเปิดตัว GCE อีกครั้ง โดยเปิดให้ทุกคนใช้งานได้ มีซัพพอร์ตเต็มรูปแบบ และรับประกัน SLA ระดับ 99.95% ต่อเดือน

นอกจากการเปิดซัพพอร์ตปกติ GCE ยังเพิ่มฟีเจอร์ใหม่ๆ อีกหลายอย่างได้แก่

ตามความคาดหมายคือในงาน Google I/O ปีนี้น่าจะมีการเปิดตัว IaaS ของกูเกิล และกูเกิลก็เปิดตัวในชื่อ Google Compute Engine (GCE) ล้อเลียนกับ App Engine เช่นเดียวกับ AWS ตัว GCE สามารถสร้างไฟล์อิมเมจของลินุกซ์ที่เราชอบไปใช้งานได้เอง

กูเกิลขายเครื่องเป็นชุด โดย 1 ชุดจะประกอบไปด้วยคอร์เสมือน เท่ากับหนึ่งคอร์ของ Sandy Bridge ที่เปิด HyperThreading กับแรมอีก 3.75GB แล้วแปลงเป็นหน่วยที่เรียกว่า Google Compute Engine Units (GCEUs) แต่ละยูนิตจะมีราคาใช้งาน 0.053 ดอลลาร์ คาดว่าที่ไม่อิงกับ SandyBridge ไปตรงๆ เพราะอนาคตหากอัพเกรดซีพียู กูเกิลก็จะโฆษณาว่ายังขายราคาเท่าเดิมได้อยู่