คลังเก็บป้ายกำกับ: AVAILABILITY

ยังไม่สิ้นเดือนเลย แอป NEXT ของธนาคารกรุงไทยล่ม

เช้าวันนี้แอป NEXT ของธนาคารกรุงไทยล่มอีกครั้ง โดยหากผู้ใช้เข้าใช้งานจะเข้าแอปได้ แต่ไม่สามารถเช็คยอดเงินหรือทำรายการโอนได้ โดยขึ้นข้อความ “ขออภัย! พบข้อผิดพลาดในการติดต่อระบบงาน กรุณาทำรายการในภายหลัง (UNEXPECTED_ERROR)

ทางธนาคารกรุงไทยแจ้งว่ากำลังดำเนินการแก้ไข

ที่มา – @Krungthai_Care

No Description

Topics: 

from:https://www.blognone.com/node/108844

โฆษณา

iCloud ล่มเมื่อคืนนี้ เป็นเวลากว่า 4 ชั่วโมง กระทบผู้ใช้จำนวนหนึ่ง

สัปดาห์นี้ดูเหมือนอะไรก็ไม่ค่อยสดใสนัก เริ่มตั้งแต่ Gmail และ Google Drive ล่มเมื่อวันพุธ จากนั้น Facebook ก็พบปัญหาในวันถัดมา ล่าสุดเมื่อคืนที่ผ่านมาบริการ iCloud ของแอปเปิลก็พบปัญหาการใช้งานเช่นกัน กระทบกับผู้ใช้งานจำนวนหนึ่ง

ในหน้ารายงานสถานะระบบนั้นระบุว่าปัญหาเริ่มต้นตั้งแต่ 22:00น. ของวันที่ 14 มีนาคม 2019 ตามเวลาในไทย และระบบกลับเป็นปกติตั้งแต่ 2:28น. โดยบริการที่ได้รับผลกระทบมีทั้ง iCloud Drive, Mail, Calendar, Notes, Keychain, Reminders, iWork, Photos, Find My Friends, Find My iPhone ฯลฯ

แอปเปิลยังไม่ได้ออกมาชี้แจงว่าสาเหตุของปัญหาเกิดจากอะไร

ที่มา: TechCrunch

alt="iPhone"

from:https://www.blognone.com/node/108656

เฟซบุ๊กแถลงผ่านทวิตเตอร์ (อีกครั้ง) ระบุเว็บล่มเพราะคอนฟิกผิด

เฟซบุ๊กทวีตถึงสาเหตุที่บริการมีปัญหาตั้งแต่เมื่อคืนที่ผ่านมา และต่อนเนื่องมาจนทั้งวัน โดยระบุสาเหตุว่าเกิดจากการ “เปลี่ยนคอนฟิกเซิร์ฟเวอร์” และตอนนี้ได้แก้ปัญหาเรียบร้อยแล้ว

ตอนนี้ผมสำรวจดูพบว่าบริการกลับมาเป็นปกติเกือบทั้งหมดแล้ว โดยสังเกตเห็นคำเตือนที่ยังอยู่ช่วงบ่ายที่ผ่านมา เช่น Facebook Ads Manager ที่ระบุว่าอยู่ระหว่างกู้ระบบ

ไตรมาสสามปี 2018 เฟซบุ๊กมีรายได้ 6,882 ล้านดอลลาร์สหรัฐฯ หรือวันละ 76.4 ล้านดอลลาร์ การที่ระบบมีปัญหาแทบทั้งวันเช่นนี้ หากคิดความสูญเสียรายได้คงประมาณรายได้ทั้งปีของบริษัทขนาดกลางในไทยเลยทีเดียว

ที่มา – @facebook

No Description

from:https://www.blognone.com/node/108652

บทเรียน GitHub ล่ม: เปลี่ยนพอร์ตไฟเบอร์ 43 วินาที คลัสเตอร์ MySQL แยกเป็นสองส่วน ต้องสร้างคลัสเตอร์จากแบคอัพ

GitHub รายงานเหตุการณ์เว็บล่มเมื่อวันที่ 22 ตุลาคมที่ผ่านมา พร้อมกับระบุถึงบทเรียนที่ได้จากการล่มครั้งนี้

เรื่องทั้งหมดเริ่มจากการบำรุงรักษาอุปกรณ์ไฟเบอร์ 100G ที่เริ่มทำงานไม่เต็มประสิทธิภาพ โดยการเปลี่ยนอุปกรณ์ทำให้เน็ตเวิร์คที่เชื่อมระหว่างศูนย์ข้อมูลหลัก คือฝั่งตะวันตก (US West) และฝั่งตะวันออก (US East) ดับไปเป็นเวลา 43 วินาที

ระบบฐานข้อมูลของ GitHub ใช้คลัสเตอร์ MySQL โดยก่อนเน็ตเวิร์คับ เซิร์ฟเวอร์หลัก (primary) ที่รับข้อมูลเขียนฐานข้อมูลอยู่ที่ US East โดยคลัสเตอร์ถูกควบคุมด้วย Orchestrator ของ GitHub เอง เมื่อเน็ตเวิร์คดับไป ตัว Orchestrator ก็พยายามเลือกเซิร์ฟเวอร์ในศูนย์ข้อมูล US West เป็นเซิร์ฟเวอร์หลักใหม่ และส่งข้อมูลการเขียนลงฐานข้อมูลไปยัง US West อย่างไรก็ตาม มีข้อมูลการเขียนส่วนหนึ่งที่ US East เขียนไปแล้ว ไม่กี่วินาที แต่ US West ไม่ได้รับ ทำให้คลัสเตอร์ไม่สามารถกลับมาซิงก์กันได้

ทีมงานตัดสินใจหยุดงานที่ต้องเขียนลงฐานข้อมูล เช่น การรับ push เพื่อรักษาความถูกต้องของข้อมูลเอาไว้ โดยสถานะสุดท้ายคือ US West มีข้อมูลที่ US East ไม่มีอยู่นาน 40 นาที ขณะที่ US East มีข้อมูลที่ US West ไม่มีอยู่ไม่กี่วินาที

หลังจากนั้นทางออกคือการสร้างคลัสเตอร์ขึ้นใหม่จากไฟล์แบ็กอัพ กระบวนการ restore ฐานข้อมูลขนาดใหญ่ปกติก็ใช้เวลาหลายชั่วโมงอยู่แล้ว แม้นโยบายของ GitHub จะสำรองฐานข้อมูลทุก 4 ชั่วโมงและทดสอบไฟล์สำรองอย่างน้อยวันละครั้ง แต่ก็ไม่เคยมีการซ้อมสร้างคลัสเตอร์ใหม่ทั้งหมดจริงๆ ทำให้ใช้เวลานาน และหลังจากกู้เรียบร้อยแล้วก็ยังต้องวิเคราะห์ล็อก MySQL ว่ามีข้อมูลอะไรผิดพลาดหรือไม่

ทาง GitHub ระบุว่าหลังจากนี้จะคอนฟิก Orchestrator ใหม่ ให้เลี่ยงการเลือกเซิร์ฟเวอร์หลักข้ามทวีป ซึ่งทำให้คลัสเตอร์แยกเป็นสองส่วนในครั้งนี้ ทาง GitHub เชื่อว่าการย้ายเซิร์ฟเวอร์หลักในโซนเดียวกันโดยปกติค่อนข้างปลอดภัย

ในระยะยาว ทางบริษัทมีแนวทางจะออกแบบให้ระบบทนทานมากขึ้นโดยเตรียมออกแบบ active/active/active แนวคิดคือศูนย์ข้อมูลหนึ่งสามารถล่มไปทั้งศูนย์ได้โดยผู้ใช้ยังไม่ได้รับผลกระทบ

ที่มา – GitHub Blog

No Description

Topics: 

from:https://www.blognone.com/node/106173

Visa มีปัญหาทั่วยุโรปในวันศุกร์สิ้นเดือน ร้านอาหาร, ทางพิเศษ จ่ายเงินไม่ได้

Visa มีปัญหาประมวลผลการจ่ายเงินไม่ได้ทั่วยุโรปและสหราชอาณาจักร ทำให้เกิดวิกฤติเล็กๆ เนื่องจากร้านขายของชำ, ปั๊มน้ำมัน, และทางพิเศษที่จ่ายค่าบริการด้วยบัตรเครดิต กลับไม่สามารถใช้งานได้

ร้านค้าบางร้านต้องประกาศงดรับบัตรเครดิตชั่วคราว บางร้านประกาศรับเฉพาะ MaterCard และ Amex

ผู้ให้บริการเกตเวย์อย่าง Paymentsense และธนาคารผู้ออกบัตรอย่าง HSBC พูดตรงกันว่าปัญหากำลังคลี่คลาย โดย Visa เริ่มประมวลผลการจ่ายเงินได้แล้ว แต่ระหว่างนี้ยังมีรายการค้างในระบบอยู่จำนวนหนึ่ง ทำให้ระบบยังคงหนาแน่นต่อไป

รายงานเป็นทางการล่าสุดจากทวิตเตอร์ของ Visa ยุโรป คือประกาศว่ากำลังแก้ปัญหาเมื่อห้าชั่วโมงที่ผ่านมา

ที่มา – The Register, BBC

No Description

ภาพป้ายรับบัตร Visa โดย multifacetedgirl

from:https://www.blognone.com/node/102769

Veeam เตรียมประกาศรองรับ Nutanix AHV (Acropolis Hypervisor) อย่างเป็นทางการเร็วๆ นี้

ในช่วงสิ้นเดือนมิถุนายนที่ผ่านมา Veeam ได้ประกาศจับมือเป็นพาร์ทเนอร์กับ Nutanix อย่างเป็นทางการในงาน .NEXT Conference ที่ Washington, D.C. และได้ประกาศรองรับ Nutanix AHV ต่อจาก VMware vSphere และ Microsoft Hyper-V 

Credit: Veeam

ด้วยความร่วมมือของ Veeam และ Nutanix ในครั้งนี้ Veeam เตรียมออก Premier Availability Solution สำหรับ Nutanix Virtualized Environments โดยเฉพาะ ช่วยให้ลูกค้าเดิมของทั้ง Veeam และ Nutanix ได้ผลประโยชน์ตรงนี้ไปเต็มๆ ด้วยความสามารถในการบริหารจัดการทั้ง Infrastructure, Virtualization และเพิ่มเติมในส่วนของ Data Protection เข้ามาในที่เดียวกัน ช่วยตอบโจทย์องค์กรที่มองหา Digital Transformation อย่างแท้จริง

สำหรับผู้ที่สนใจ สามารถเข้าไปลงทะเบียนรับข่าวสารล่วงหน้าได้ที่ https://go.veeam.com/nutanix-ahv-support

ที่มา: https://www.veeam.com/executive-blog/nutanix-partner-to-transform-hci-market.html

from:https://www.techtalkthai.com/veeams-new-premier-availability-solution-for-nutanix/

อย่าทำแอดมินโกรธ บริษัทโฮสติ้งในเนเธอร์แลนด์ถูกอดีตแอดมินลบข้อมูลเซิร์ฟเวอร์

Verelox บริษัทโฮสติ้งในเนเธอร์แลนด์ออกมาประกาศฐานข้อมูลถูกอดีตแอดมินลบไปทั้งหมด ทำให้เซิร์ฟเวอร์ใน 3 ประเทศได้แก่ เนเธอร์แลนด์, ฝรั่งเศส, และแคนาดา ไม่สามารถใช้งานได้ โดยตอนนี้อยู่ระหว่างการกู้ข้อมูล และสามารถกู้มาได้แล้วสองศูนย์

ข้อมูลของลูกค้าจำนวนมากสูญหายไปจากการลบข้อมูลของแอดมิน ยกเว้นข้อมูลที่เก็บไว้ใน SSD แยกออกไป และ IPv6 ยังคงใช้งานไม่ได้

ก่อนหน้านี้หนึ่งสัปดาห์ก็มีรายงานโปรแกรมเมอร์ทำฐานข้อมูลของบริษัทหายไป คงเป็นบทเรียนว่าบริษัทไม่ควรวางใจพนักงานคนใดคนหนึ่ง อย่างน้อยที่สุดก็ควรมีระบบสำรองข้อมูลที่แข็งแกร่ง

ที่มา – Verelox, Slashdot

alt="upic.me"

Topics: 

from:https://www.blognone.com/node/93136