파일 시스템에서 시간 끄기

mongoDB 복제 세트를 설정 중이며 가장 먼저해야 할 일은 파일 시스템에서 시간을 끄는 것입니다. 이것을 조금 연구 한 후에, 나는 이것을하는 것에 반대하지 않지만, 한 번에 무엇이 사용되는지 물어봐야합니다. 나는 interwebs을 검색하고 "이 applciaiton 또는이 프로세스는 한 번 사용하고 당신이 그것을 끄면 바보 일 것입니다"종류의 경고 방식으로 거의 발견하지 못했지만 자연스럽게 편집증적인 사람이기 때문에 궁금합니다.

그래서, 시간을 어떻게 사용하고 그것을 끄면 무엇이 깨질 수 있습니까?

mutt이메일 클라이언트는 파일 액세스 시간을 사용하여 mbox 형식의 편지함에 도착하는 새 메일을 모니터링합니다. 분명히이 문제는 심각하지 않으며 해결하기 쉽습니다 .

그 외에는 깨지는 것들의 예를 찾기가 어렵습니다 noatime. noatime모든 파일 시스템에서 여러 Linux 서버를 실행하고 있기 때문에 발생한 문제를 본 적이 없습니다 noatime.

noatime일반적으로 사용하는 것이 걱정된다면 mongoDB에 별도의 파일 시스템을 할당하고로 파일 시스템을 마운트하십시오 noatime.

편집하다

Linuxtrap (Linus Torvalds, Ingo Molnar, Alan Cox 및 기타) 간의 주제에 대한 토론을 인용하는 kerneltrap.org에서 흥미로운 블로그를 발견했습니다 atime. Ingo의 두 번째 이메일에서 그는 다음과 같이 말합니다.

... ext3에 대한 실제 불만은 없습니다. / etc / fstab의 "noatime, nodiratime"은 필수 조건입니다. 이렇게하면 특히 많은 파일에 액세스 할 때 작업 속도가 매우 빨라집니다. 일정 시간 업데이트로 인해 모든 Linux 데스크톱 및 서버가 현저한 IO 성능 저하로 인해 상처를 입는 것은 이상한 일이지만, 실제 사용자는 두 명뿐입니다. tmpwatch [ctime을 사용하도록 구성하여 큰 문제는 아닙니다] 일부 백업 도구. (좋아요, 메일도 나에게 추측합니다.) 수만 개의 응용 프로그램 중. 따라서 대부분의 파일 작업에서 Windows는 거의 20 % -30 %의 성능을 제공합니다.

임시 파일 클리너와 같은 파일 사용을 폴링하는 도구가이를 사용합니다. relatime대신 일부 파일 시스템 및 OS에서이 문제를 해결할 수 있습니다. 대신 마지막 업데이트 이후 특정 지속 시간이 지난 후에 만 ​​시간을 업데이트합니다.

mongoDB 복제 세트에 대해 별도의 마운트 지점을 작성할 수도 있습니다. 그런 다음 다른 프로그램에 영향을주지 않고 해당 마운트 지점에서만 noatime 매개 변수를 설정할 수 있습니다.

후속 조치 relatime로, 2009 년 3 월경에 릴리스 된 2.6.30의 커널에서 기본값으로 설정되었습니다. 이는 noatime 설정에서 얻는 이익이 최신 커널에서 더 적음을 의미합니다.

MongoDB에는 여전히 성능상의 이점이 있기 때문에 여전히 권장 사항이지만, 현재 커널 버전을 합리적으로 사용하는 한 이전만큼 중요하지는 않습니다.

또한 여기에 언급 된 소프트웨어 외에도 백업 도구에서 사용 된 시간도 확인했습니다.

@Steven Monday의 요점을 강조하고 싶습니다. 별도의 파일 시스템을 사용하십시오.

데이터베이스의 경우 이것은 항상 좋은 옵션이며 관리 할 추가 마운트 지점의 사소한 불편으로 데이터베이스 성능을 조정하는 데 훨씬 더 많은 유연성을 제공합니다. 일반적으로 백업을 위해 데이터베이스 스냅 샷을위한 추가 옵션도 제공합니다 (마스터 대신 복제본을 스냅 샷 및 백업 할 수있는 경우에도 더 편리함)