sudo sed -i -e ‘/mirrorlist=http:\/\/mirrorlist.centos.org\/?release=$releasever&arch=$basearch&repo=/ s/^#*/#/’ -e ‘/baseurl=http:\/\/mirror.centos.org\/$contentdir\/$releasever\// s/^#*/#/’ -e ‘/^\[baseos\]/a baseurl=https://mirror.rackspace.com/centos-vault/8.5.2111/BaseOS/$basearch/os’ /etc/yum.repos.d/CentOS-Base.repo echo “baseurl=https://mirror.rackspace.com/centos-vault/8.5.2111/BaseOS/$basearch/os” >> /etc/yum.repos.d/CentOS-Base.repo sudo sed -i -e ‘/mirrorlist=http:\/\/mirrorlist.centos.org\/?release=$releasever&arch=$basearch&repo=/ s/^#*/#/’ -e ‘/baseurl=http:\/\/mirror.centos.org\/$contentdir\/$releasever\// s/^#*/#/’ -e ‘/^\[appstream\]/a baseurl=https://mirror.rackspace.com/centos-vault/8.5.2111/AppStream/$basearch/os’ /etc/yum.repos.d/CentOS-AppStream.repo echo “baseurl=https://mirror.rackspace.com/centos-vault/8.5.2111/AppStream/$basearch/os” >> /etc/yum.repos.d/CentOS-AppStream.repo curl -O https://raw.githubusercontent.com/AlmaLinux/almalinux-deploy/master/almalinux-deploy.sh sudo bash almalinux-deploy.sh https://github.com/AlmaLinux/almalinux-deploy
SLA คืออะไร?
SLA (Service-Level-Agreement) คือ ข้อตกลงระดับการให้บริการ ที่ทางผู้ให้บริการให้คำมั่นสัญญาว่า หากใช้งานบริการใดๆกับทางผู้ให้บริการนั้น ผู้ให้บริการจะดูแลระบบโดยรวมให้สามารถใช้งานได้ โดยค่าที่จะสัญญาจะถูกการันตีกันด้วยค่า “Uptime” ซึ่งจะถูกคำนวนกันได้หลากหลายรูปแบบ ขึ้นอยู่กับข้อตกลงของผู้ให้บริการ รวมถึงแต่ละบริการที่ให้บริการก็อาจจะไม่เท่ากันก็ได้ ซึ่งค่านี้จะต้องตรวจสอบหรือสอบถามกับทางผู้ให้บริการว่า มีเงื่อนไขอย่างไร เงื่อนไขในส่วนไหนถูกนับ หรือไม่ถูกนับว่าเป็น Downtime ซึ่งตัวเลขที่ใช้ส่วนใหญ่เราจะระบุเป็น SLA Uptime ซึ่งมีรายละเอียดดังนี้ SLA 100% – No Downtime SLA 99.99% Daily: 8s Weekly: 1m 0s Monthly: 4m 22s Quarterly: 13m 8s Yearly: 52m 35s SLA 99.90% Daily: 1m 26s Weekly: 10m 4s […]
Inodes คืออะไร?
Inodes คืออะไร? RedHat มีการให้คำนิยามเกี่ยวกับ Inodes ไว้แบบเต็มที่ว่า By definition, an inode is an index node. It serves as a unique identifier for a specific piece of metadata on a given filesystem. Each piece of metadata describes what we think of as a file. That’s right, inodes operate on each filesystem, independent […]
Downtime History
Bangmod.Cloud is a leader to be Transparent Provider that we are happy to say when we experiencing outage in history of our company. We start co collection outage data since 2021 (2019 and 2020 we have no outage) Experiencing Outage : 2021 1/2 Cloud Cluster Rack Facility power outage Incident […]
BANGMOD Core Equipments replace timeline
PLAN 0: No more Cisco in our entire network. (Cisco Last Choice) PLAN 1: Purchased Core-Domestic Equipment by using H3C Brand. Discussion start since 8 August, 2021 Lead-time Checking : 1-2 Months after placing order Received Quotation : 21 Feb, 2022 Order Status : Wait equipment arrived. Reason that we […]
CLOUD SERVER SERVICE LEVEL AGREEMENT [TH]
มีผลบังคับใช้งานในวันที่ 1 เมษายน 2565 เป็นต้นไป ข้อตกลงมาตรฐานระดับการให้บริการสำหรับบริการเครื่องคอมพิวเตอร์แม่ข่ายเสมือน ข้อตกลงมาตรฐานระดับการให้บริการฉบับนี้ (the “SLA”) ให้ใช้บังคับกับการบริการเครื่องคอมพิวเตอร์แม่ข่ายเสมือน (Cloud Server) ทุกแพ็คเกจ หรือทุกประเภทบริการคอมพิวเตอร์แม่ข่ายเสมือน ที่ทางบริษัท บางมด เอ็นเตอร์ไพร์ส จำกัด ได้ให้บริการอยู่ ถึงแม้จะมีอยู่ในลิสท์ข้างล่างหรือไม่ก็ตาม ก็ให้อ้างถึงฉบับนี้เป็นสำคัญ ในกรณีที่ประกาศฉบับนี้มีบางส่วนหรือส่วนใดส่วนหนึ่งขัดแย้งกับ Terms of Service (the “Terms of Service”) หากเกี่ยวข้องกับข้อตกลงมาตรฐานระดับการให้บริการ ให้ยึดถือประกาศและฉบับนี้เป็นหลักเท่านั้น Service Availability Commitment บริษัท บางมด เอ็นเตอร์ไพร์ส จำกัด (“ผู้ให้บริการ”) มีนโยบายในการให้บริการเครื่องคอมพิวเตอร์แม่ข่ายเสมือน โดยมีข้อตกลงมาตรฐานการให้บริการ (the “SLA”) ว่าระยะเวลาที่ระบบสามารถใช้งานได้ต่อเดือน (“Monthly Availability“) จะไม่น้อยกว่าร้อยละ 99.90% ในรอบเดือนการใช้งานของผู้ใช้บริการโดยมีรายละเอียดดังตารางข้างล่างนี้ Class […]
CLOUD SERVER SERVICE LEVEL AGREEMENT [EN]
Effective Date: 01 April, 2022 PUBLIC CLOUD SERVICE LEVEL AGREEMENT This Public Cloud Service Level Agreement (this “SLA”) is a policy governing the use of the BANGMOD Cloud Services listed below and applies separately to each Customer using these BANGMOD Cloud Services. In the event of a conflict between the […]
PUBLIC CLOUD SERVICE LEVEL AGREEMENT [EN]
PUBLIC CLOUD SERVICE LEVEL AGREEMENT Publish Date: March 11, 2022 Effective Date: April 1, 2022 This Public Cloud Service Level Agreement (this “SLA”) is a policy governing the use of the BANGMOD Cloud Services listed below and applies separately to each Customer using these BANGMOD Cloud Services. In the event […]
ทำไมถึงควรแยกเว็บไซต์ที่ใช้งานจริงแล้วออกมาจากเว็บไซต์อื่นๆบนโฮส?
ทำไมถึงควรแยกเว็บไซต์ที่ใช้งานจริงแล้วออกมาจากเว็บไซต์อื่นๆบนโฮส? 1. เพื่อลดความเสี่ยงจากการโดนเจาะจากเว็บไซต์อื่น เนื่องจากว่าปกติเวลาใช้งาน เราก็มักจะมีเว็บไซต์หลายๆเว็บไซต์อยู่ในโฮสเดียว บนโฮสที่รองรับการเพิ่มหลายโดเมนเพื่อความประหยัดแต่พอมีหลายโดเมน บางครั้งเราก็ไม่ได้ดูแลหมั่นอัพเดทซอฟท์แวร์เวอร์ชั่นให้เป็นเวอร์ชั่นล่าสุดอย่างทันท่วงที เป็นผลทำให้เว็บไซต์เหล่านั้นโดนแฮก และเมื่อเหล่าแฮกเกอร์ที่เจาะเข้ามาได้นั้นก็หมายความว่า ทุกโดเมนภายในเว็บโฮสตัวนั้นก็เกิดความเสี่ยงทั้งหมด 2. เพื่อความปลอดภัยในการใช้งาน เมื่อเราสามารถป้องกันเว็บไซต์ทำเงินของเราไม่ให้ถูกแฮกจากเว็บไซต์อื่นที่กำลังพัฒนา / เลิกใช้งานแล้วและไม่ค่อยได้ดูแลได้แล้ว การแยกเว็บไซต์นั้นๆออกมาใช้งานโฮสเดี่ยวๆ จะช่วยเสริมสร้างความปลอดภัยของเว็บไซต์ได้ เนื่องจากว่าแต่โฮสที่ใช้งานก็จะมี username & password database ที่ไม่เหมือนกันอย่างสิ้นเชิง ทำให้ปลอดภัยขึ้นอีก
วิธีการคิดค่าบริการบน Cloud Server
บริการ Cloud Server จะดำเนินการคิดค่าบริการโดยการหักจากเครดิตที่ลูกค้าได้ดำเนินการเติมไว้ในระบบ โดยระบบจะดำเนินการคิดคค่าบริการโดยมีรายละเอียดดังนี้ ค่าบริการจะถูกคำนวนเป็นรายชั่วโมง โดยจะคิดค่าบริการเพียงเดือนละ 672 ชั่วโมงหรือ 28 วันเท่านั้น หากในเดือนนั้นๆมีมากกว่า 28 วัน ระบบจะไม่มีการคิดค่าบริการในวันที่เกินมาในแต่ละรอบเดือน เศษของชั่วโมงจะถูกปัดคิดเป็นหนึ่งชั่วโมงเสมอ ระบบจะดำเนินการคิดค่าบริการตามวันที่มีการใช้งาน เฉพาะในเดือนเดียวกันเท่านั้น จะไม่มีการคิดคาบเกี่ยวระหว่างเดือน โดยจะคิดค่าบริการตามราคารายชั่วโมงที่ได้แจ้งให้ทราบก่อนการสร้างคลาวด์เซิร์ฟเวอร์ * จำนวนชั่วโมงที่มีการเปิดใช้งานคลาวด์เซิร์ฟเวอร์ในเดือนนั้นๆ หรือจนกว่าจะลบ กรณีเปิดใช้งานโดยไม่มีการลบ หรือการ Resize สร้าง Cloud Server ในวันที่ 15 พฤศจิกายน เวลา 00:00 เมื่อถึงวันที่ 1 ธันวาคม เวลา 00:00 ระบบจะดำเนินการคิดค่าบริการเฉพาะในเดือน พ.ย. เป็นจำนวน 16 วัน หรือ 384 ชั่วโมง และหากในเดือนธันวาคมยังมีการใช้งาน Cloud Server […]