คำถามติดแท็ก distributed-filesystems

1
ทำไม SSHFS ไม่ให้ฉันดูในไดเรกทอรีที่เมานท์?
ฉันใช้ SSHFS เพื่อติดตั้งไดเรกทอรีบนเซิร์ฟเวอร์ระยะไกล มี xxx ผู้ใช้บนไคลเอนต์และเซิร์ฟเวอร์ UID และ GID เหมือนกันทั้งสองกล่อง ฉันใช้ sshfs -o kernel_cache -o auto_cache -o reconnect -o compression=no \ -o cache_timeout=600 -o ServerAliveInterval=15 \ xxx@yyy.yyy.yyy.yyy:/mnt/content /home/xxx/path_to/content เพื่อเมานต์ไดเรกทอรีบนเซิร์ฟเวอร์ระยะไกล เมื่อฉันเข้าสู่ระบบในฐานะ xxx บนไคลเอนต์ฉันไม่มีปัญหา ฉันสามารถ cd ลงใน / home / xxx / path_to / content แต่เมื่อฉันเข้าสู่ระบบลูกค้าเป็นผู้ใช้อื่น zzz แล้ว $ ls -l /home/xxx/path_to …

3
GlusterFS vs Ceph ซึ่งดีกว่าสำหรับการใช้งานจริงหรือไม่? [ปิด]
คำถามนี้ไม่น่าจะช่วยผู้เข้าชมในอนาคต มันเกี่ยวข้องเฉพาะกับพื้นที่ทางภูมิศาสตร์ขนาดเล็กช่วงเวลาที่เฉพาะเจาะจงหรือสถานการณ์ที่แคบเป็นพิเศษซึ่งโดยทั่วไปไม่สามารถใช้ได้กับผู้ชมทั่วโลกของอินเทอร์เน็ต สำหรับความช่วยเหลือในการทำคำถามนี้มากขึ้นบังคับในวงกว้างไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน6 ปีที่ผ่านมา ฉันประเมิน GlusterFS และ Ceph ดูเหมือนว่า Gluster เป็นแบบ FUSE ซึ่งหมายความว่าอาจไม่เร็วเท่ากับ Ceph แต่ดูเหมือนว่า Gluster จะมีแผงควบคุมที่เป็นมิตรและใช้งานง่าย Ceph ถูกรวมเข้ากับเคอร์เนลลินุกซ์เมื่อไม่กี่วันที่ผ่านมาและสิ่งนี้บ่งชี้ว่ามันมีพลังงานที่มีศักยภาพมากกว่าและอาจเป็นทางเลือกที่ดีในอนาคต ฉันสงสัยว่าตัวเลือกใดที่ดีกว่าสำหรับการใช้งานในการผลิต มันจะดีถ้าคุณสามารถแบ่งปันประสบการณ์จริงของคุณ

4
ระบบไฟล์คลัสเตอร์ ZFS เป็นไปได้หรือไม่?
เป็นไปได้หรือไม่ที่จะสร้างคลัสเตอร์ ZFS? หรือคุณจะต้องไปตามเส้นทางที่ดูน่าเกลียด (กับฉันอย่างน้อย) ของ ZFS ด้วยรูปแบบพูล UFS ที่ควบคุมโดย GlusterFS? แนวคิดคือดูว่ามีความเป็นไปได้ที่จะขยายไปยังร้านค้าแบบกระจาย Multi-Petabyte ซึ่ง ZFS ควรสามารถจัดการได้โดยไม่ต้องสะดุด พอยน์เตอร์บล็อกโพสต์ใด ๆ

1
NFS อ่านแคชทำงานบน Debian ได้อย่างไร
ฉันวางแผนที่จะใช้ NFS เพื่อให้บริการไฟล์ขนาดเล็กจำนวนมาก พวกเขาจะถูกอ่านบ่อยมากดังนั้นการแคชฝั่งไคลเอ็นต์จึงมีความสำคัญ NFS จัดการเรื่องนี้หรือไม่? มีวิธีเพิ่มแคชฝั่งไคลเอ็นต์ในทางใดทางหนึ่งหรือไม่? ... หรือฉันควรดูวิธีอื่น การซิงค์โดยใช้ rsync หรือพร้อมเพรียงเป็นระยะนั้นไม่ใช่ตัวเลือกเนื่องจากไฟล์จะถูกแก้ไขในฝั่งไคลเอ็นต์เป็นครั้งคราว

9
ระบบไฟล์ที่กระจายตามพื้นที่ซึ่งมีที่ตั้งที่ต้องการ
ฉันกำลังสร้างแอปพลิเคชั่นที่ต้องการแจกจ่ายไฟล์เซิร์ฟเวอร์มาตรฐานในบางไซต์ผ่าน WAN โดยทั่วไปแต่ละไซต์ต้องเขียนไฟล์จำนวนมากที่มีขนาดแตกต่างกัน (บางช่วงอยู่ในช่วง 100s MB แต่มีขนาดเล็กที่สุด) และแอปพลิเคชันจะถูกเขียนเช่นการชนกันจะไม่เกิดปัญหา ฉันต้องการตั้งค่าระบบที่ตรงกับคุณสมบัติดังต่อไปนี้: แต่ละไซต์สามารถจัดเก็บไฟล์ใน "namespace" ที่ใช้ร่วมกัน นั่นคือไฟล์ทั้งหมดจะปรากฏในระบบไฟล์เดียวกัน แต่ละไซต์จะไม่ส่งข้อมูลผ่าน WAN เว้นแต่จำเป็น นั่นคือจะมีที่เก็บข้อมูลภายในแต่ละด้านของ WAN ที่จะ "ผสาน" เข้ากับระบบไฟล์โลจิคัลเดียวกัน Linux & ฟรี ($$$) เป็นเครื่องหมายบวก โดยพื้นฐานแล้วสิ่งที่ต้องการแบ่งปัน NFS กลางจะเป็นไปตามข้อกำหนดส่วนใหญ่อย่างไรก็ตามจะไม่อนุญาตให้ข้อมูลที่เขียนเป็นภาษาท้องถิ่นอยู่ภายในเครื่อง ข้อมูลทั้งหมดจากด้านข้างระยะไกลของ WAN จะถูกคัดลอกภายในเครื่องตลอดเวลา ฉันดูเป็นเงาแล้วก็ทำการทดสอบที่ประสบความสำเร็จด้วยอย่างไรก็ตามมันก็ดูเหมือนว่าจะแจกจ่ายไฟล์อย่างเท่าเทียมกันในที่จัดเก็บแบบกระจาย ฉันขุดผ่านเอกสารและไม่พบสิ่งใดที่จะ "ชอบ" ที่เก็บข้อมูลในเครื่องผ่านที่จัดเก็บข้อมูลระยะไกลโดยอัตโนมัติ แม้แต่บางอย่างที่ไปกับที่เก็บข้อมูลความหน่วงต่ำสุดก็ยังใช้ได้ มันจะทำงานได้เกือบตลอดเวลาซึ่งจะตรงตามข้อกำหนดของแอปพลิเคชันนี้ บางคำตอบสำหรับคำถามที่ถามด้านล่าง: เซิร์ฟเวอร์โหนด: 2 หรือ 3 เพื่อเริ่ม แต่ละเซิร์ฟเวอร์จะมีการเชื่อมต่ออ่าน / เขียนไคลเอ็นต์พร้อมกันหลายสิบเครื่อง WAN Topology เต็มตาข่ายและเชื่อถือได้ …

5
มี SAN / Storage System แบบกระจายหรือไม่? [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นไปตามหัวข้อสำหรับข้อบกพร่องของเซิร์ฟเวอร์ ปิดให้บริการใน6 ปีที่ผ่านมา เช่นเดียวกับสถานที่อื่น ๆ เราขอให้ผู้ใช้ของเราไม่บันทึกไฟล์ลงในเครื่องของพวกเขา แต่เราขอแนะนำให้พวกเขาวางบนเซิร์ฟเวอร์ไฟล์เพื่อให้คนอื่น ๆ (ที่มีสิทธิ์ที่เหมาะสม) สามารถใช้พวกเขาและสำรองไฟล์ได้อย่างถูกต้อง ผลที่ได้คือผู้ใช้ส่วนใหญ่มีฮาร์ดไดรฟ์ขนาดใหญ่ที่ว่างเปล่าเป็นส่วนใหญ่ ตอนนี้เป็นปี 2010 มีระบบออกมีที่ช่วยให้คุณเปลี่ยนพื้นที่ว่างนั้นเป็นเสมือน SAN หรือไลบรารีเอกสารหรือไม่? สิ่งที่ฉันจินตนาการคือโปรแกรมไคลเอนต์ที่ส่งไปยังพีซีของผู้ใช้ที่ประสานงานกับเซิร์ฟเวอร์กลาง เซิร์ฟเวอร์ดูเหมือนกับผู้ใช้เช่นเดียวกับไฟล์เซิร์ฟเวอร์ปกติ แต่แทนที่จะเก็บเนื้อหาทั้งหมดไว้มันจะเก็บบันทึกว่าไฟล์เหล่านั้นสามารถพบได้ที่ไหนในพีซีผู้ใช้ต่างๆ จากนั้นประสานงานกับไคลเอนต์ที่เหมาะสมเพื่อแสดงคำขอไฟล์ ซอฟต์แวร์ไคลเอนต์จะสามารถตอบสนองต่อคำขอดังกล่าวได้โดยตรงและฉลาดพอที่จะแคชไฟล์ล่าสุดในเครื่อง สำหรับความซ้ำซ้อนเซิร์ฟเวอร์สามารถตรวจสอบให้แน่ใจว่าไฟล์ถูกคัดลอกไปยังพีซีหลายเครื่องบางทีอาจอนุญาตให้คุณกำหนดกลุ่มในสถานที่ต่างกันเพื่อให้อินสแตนซ์ของพื้นที่เก็บข้อมูลทั้งหมดอยู่ในแต่ละกลุ่มเพื่อป้องกันภัยพิบัติในอาคารเดียว แน่นอนคุณจะไม่ชี้เซิร์ฟเวอร์ฐานข้อมูลของคุณที่นี่ แต่สำหรับสิ่งที่ง่ายกว่าฉันเห็นข้อดีหลายประการ: ไฟล์มักจะสามารถถ่ายโอนจากเครื่องใกล้ (หรือเครื่องท้องถิ่น ) กระจายการเชื่อมต่อเครือข่ายแทนที่จะทำให้การถ่ายโอนไฟล์เป็นเรื่องง่ายในการเชื่อมต่อเดียว พื้นที่ดิสก์เติบโตโดยอัตโนมัติตามที่ บริษัท ของคุณทำ ในที่สุดควรมีราคาถูกลงเพราะคุณไม่จำเป็นต้องแยกดิสก์ชุดหนึ่งออก ฉันสามารถดูข้อเสียบางอย่างเช่นกัน: ประสิทธิภาพการทำงานของพีซีของผู้ใช้ลดลงเป็นครั้งคราวหากเครื่องจำเป็นต้องให้บริการหรือยอมรับการถ่ายโอนไฟล์ขนาดใหญ่ในช่วงเวลาที่ไม่ว่าง การเขียนต้องได้รับการเผยแพร่ทั่วเครือข่ายหลายครั้ง (แม้ว่าฉันคิดว่านี่ไม่ใช่ปัญหามากนักเนื่องจากการอ่านเกิดขึ้นในสถานที่ส่วนใหญ่มากกว่าการเขียน) ยังคงต้องการวิธีการส่งสำเนาข้อมูลนอกสถานที่อย่างสมบูรณ์ในบางครั้งและสิ่งนี้จะทำให้ยากที่จะทำส่วนต่าง คิดว่านี่เป็นระบบจัดเก็บข้อมูลบนคลาวด์ที่อาศัยอยู่ภายใน LAN องค์กรของคุณและใช้อุปกรณ์ผู้ใช้ที่มีอยู่ของคุณ ไฟล์เซิร์ฟเวอร์หลักเก่าของเรามีกำหนดให้เกษียณในเวลาประมาณ 2 ปีและฉันกำลังมองหาการแทนที่ด้วย SAN ขนาดเล็ก ไฟล์เซิร์ฟเวอร์ปัจจุบันของเราใช้งานประมาณ …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.