간단히 말하자면, 나는 이 질문을 Raspberry Pi Stack Exchange에 게시했지만 이것은 일반적인 Linux 질문(적어도 내 지식이 확장되는 기본적인 수준)이며 이 커뮤니티의 사람들이 도움을 줄 수 있을 것이라고 생각합니다. 이 문제를 해결하기 위해 여기에 질문드립니다.
저는 파일 시스템 관리가 처음이지만 16GB SD 카드와 함께 Raspberry Pi 3B를 사용하고 InfluxDB 데이터베이스를 실행하고 있습니다. Pi는 디렉터리의 데이터베이스에 매초마다 하나의 데이터 포인트를 씁니다 /home/
.
쓰기를 많이 하는 것은 SD 카드 수명에 좋지 않은 생각이고, 시간이 지나면 카드 공간을 가득 채우게 됩니다. 그래서 하나 샀어요외장 240GB 솔리드 스테이트 드라이브,그리고USB-SATA 어댑터내 의도는 드라이브를 마운트 /mnt/
하고 이를 사용하여 디렉토리 대신 데이터베이스를 저장하는 것입니다 /home/
. 가끔 드라이브를 뽑아서 Windows에서 데이터를 읽고 싶을 때가 있어서 NTFS로 포맷합니다.
그러나 이렇게 하면 저장 공간 문제(SSD가 충분히 큼)가 해결되지만 이 경우에는 여전히 Raspian(Buster Lite) OS가 포함된 SD 카드를 사용한 다음 USB 드라이브를 통해 SSD에 데이터를 씁니다.
지금 내 질문은 다음과 같습니다.
이것이 나쁜 생각인가요?
SSD를 2개의 파티션으로 나누는 것이 더 합리적이지 않을까요? 첫 번째 파티션은 저장을 위해 NTFS로 포맷되었고 두 번째 파티션은 Raspian만 보유하는 Linux(Ext4여야 할까요?)로 포맷된 작은 파티션(약 10GB)입니다. 그런 다음 InfluxDB를 사용하여 한 파티션의 데이터를 수집하고 이를 두 번째 파티션으로 전송하여 SD 카드에 대한 쓰기를 완전히 방지합니다.
그렇다면 이를 수행하기 위해 따라야 할 일반적인 단계(및 참고 사항)는 무엇입니까?
더 똑똑한 방법이 있나요?
감사해요
답변1
예/아니오 답변은 의견에 근거할 수 있습니다. 귀하의 요구 사항에 따라 다릅니다. 우리가 할 수 있는 일은 고려해야 할 몇 가지 사항을 제안하고 귀하가 결정하도록 하는 것뿐입니다.
간단한 사실: SD 카드는 일반적으로 SSD보다 빨리 마모됩니다. SD 카드는 일반적으로 SSD보다 훨씬 저렴합니다. 기본적으로 당신은 당신이 지불하는 것을 얻습니다. 애플리케이션이 매일 기록하지 않는 한 좋은 SD 카드를 사용하면 꽤 오랫동안(몇 년) Raspberry Pi를 실행할 수 있습니다. 그런데 몇 달 지나서 싼 것도 낡아버렸어요
지금 옷이 왜 당신을 괴롭히나요?
- SD에 더 많은 돈을 쓸까 고민이시라면. SD가 SSD보다 달러당 더 많이 마모되는지 여부에 대해서는 실제로 오랜 논쟁이 있을 수 있습니다. 이것가능한그것은 거짓 경제입니다. 제가 말하는 것은 바로 그것입니다. - 시스템 가동 시간이나 SD 교체의 번거로움이 우려된다면 일부 파일 시스템 이동을 고려할 수 있습니다.
나는 r-pi를 실행하고 OS의 일부를 외부 드라이브로 옮겼습니다. 시스템 복구에는 약간의 고통이 따릅니다. 얼마 전에 전원 문제가 있었고 외장 하드 드라이브를 연결하지 않으면 부팅이 되지 않았습니다. 재작성 요구 사항이 가장 높기 때문에 /home 및 /var를 외부 드라이브에 매핑합니다. 서버를 서버로 운영하고 있는데 SD카드가 고장나면 어떻게 해야할지 더 걱정이 됩니다. 2TB의 저장공간이 필요하기 때문이기도 하다.
이 방법을 사용한다면 전체 운영 체제(/boot 제외)를 외부 디스크에 배치하는 것이 좋습니다. 이렇게 하면 구성이 더 간단해지고 복구도 더 간단해집니다. 돌이켜보면 SD 부분, USB HD 부분 설정이 가치 있는 것보다 더 급하게 이루어졌습니다.
답변2
아래 의견 중 하나에서 (Philip에게 감사드립니다) 대부분의 SD 카드웨어 레벨링 컨트롤러 없음. 이는 (내가 아는 한) 웨어 레벨링 기능을 갖춘 SSD와의 근본적인 차이점입니다.
외부 연결 SSD는 웨어 레벨링 없이 SD를 사용하는 것보다 안전합니다.마모 위험을 비교할 때. 즉, 웨어 레벨링 기능이 있는 SD 카드를 찾을 수 있습니다.
이 효과를 줄이기 위해 시스템에서 수행할 수 있는 작업이 있습니다(예: 캐시 크기 늘리기/동기화 속도 줄이기 및 예기치 않은 정전으로 인해 더 많은 데이터 손실 위험).
크기도 중요합니다. 장치가 클수록 밸런싱 알고리즘이 블록당 쓸 수 있는 양이 줄어듭니다.
목적과 예상 서비스 기간에 따라 문제에 대한 가장 가능성 있고 간단한 해결책은 "걱정하지 마세요"입니다. 다음으로, OS SD를 새 OS SD에 주기적으로(X개월 사용마다) 복제하고 계속할 수 있습니다.