ฉันจะลดความต้องการการแทรกแซงด้วยตนเองด้วย Raspberry Pis ที่ปรับใช้จากระยะไกลได้อย่างไร


13

ฉันกำลังทำงานในโครงการที่ใช้ Raspberry Pis ซึ่งจะนำไปใช้กับหลาย ๆ ที่ พวกเขามีฮาร์ดแวร์พิเศษที่แนบมาเพื่อวัตถุประสงค์อัตโนมัติและเรียกใช้บริการเว็บ (ที่ฉันเขียน) เพื่อเข้าถึงฮาร์ดแวร์ เราจะปรับใช้ซอฟต์แวร์ใหม่เป็นครั้งคราวกับวิธี Pis ซึ่งยังไม่ได้มีการพิจารณาและนี่เป็นประเด็นสำคัญที่เรากังวล

คำถามของฉัน: คุณสามารถตั้งชื่อความคิดหรือแนวทางปฏิบัติที่ดีที่สุดเพื่อลดความต้องการการแทรกแซงด้วยตนเองในกรณีที่มีปัญหาได้หรือไม่? ฉันสงสัยว่าจะมีวิธีการแก้ปัญหาจ้องจับผิดใด ๆ โดยที่ Pi ทำรีบูตปกติในกรณีที่มีการแฮงค์ (อาจจะไม่สามารถโทรศัพท์กลับบ้านได้หรือไม่) และถ้ามันยังใช้งานไม่ได้ "phone home" สำหรับวิธีการแก้ปัญหา (ทั้ง reimage หรือทำการรีบูตปกติอีกครั้งหากมีเพียงเครือข่ายขาดหาย)

ฉันไม่แน่ใจจริงๆว่าสิ่งที่ฉันกำลังมองหาเพียงวิธีที่จะป้องกันไม่ให้เราต้องโทรหรือส่งคนให้รีบูตด้วยตนเองหรือ reimages ดูเหมือนว่ามันจะมีประโยชน์ แต่อาจมีแนวคิดที่ดีกว่า


1
สำหรับการเริ่มต้นดูที่นี่raspberrypi.stackexchange.com/questions/1401/…
Steve Robillard

ขอบคุณ .. ฉันได้ดูที่นั่น แต่ก็ไม่ใหม่มากเกินไป ฉันรู้ว่าการใช้งานจ้องจับผิดฮาร์ดแวร์จะช่วยในระดับหนึ่ง
BobIsNotMyName

คำตอบ:


6

คำตอบนี้ไม่ได้เฉพาะเจาะจงกับราสเบอร์รี่ปี่ แต่เป็นคำแนะนำทั่วไปสำหรับเซิร์ฟเวอร์การดูแลระยะไกล

  1. SSH การใช้ secure shell เกือบจะดีเท่ากับการใช้งาน

  2. คอนโซลอนุกรมและการจัดการนอกแบนด์หากคุณทำให้ส่วนต่อประสานเครือข่ายของคุณมีวิธีที่สองในการเข้าสู่ระบบคือผู้ช่วยชีวิต วิธีง่าย ๆ คือการมีเครื่องสำรองข้อมูลแบบเอกสิทธิ์ทำงานเป็นฮอตสแตนบายพร้อมการเชื่อมต่อแบบอนุกรมระหว่างกันเพื่อให้แต่ละคนสามารถโหลดใหม่ได้

  3. การควบคุมพลังงานระยะไกล: ศูนย์ข้อมูลหลายแห่งสามารถใช้พลังงานอย่างมีประสิทธิภาพสำหรับเซิร์ฟเวอร์ที่ไม่มีการใช้งานระยะไกล แพง แต่ดีมาก

  4. อีเมล: หากคุณติดตั้ง nullmailer และ logwatch คุณจะได้รับรายงานสถานะรายวันซึ่งสามารถช่วยตรวจสอบความล้มเหลวก่อน

  5. หมายเหตุเฉพาะของ rpi: อย่าเก็บ / var หรือ / tmp บนการ์ด sd การทำเช่นนั้นจะทำให้อายุการใช้งานของการ์ด SD สั้นลง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.