서버를 Amazon EC2로 이동하는 마이그레이션 전략의 일부에는 심볼릭 링크를 사용하여 설치 및 파일을 서버의 '표준' 위치에 유지하지만 로그 파일, 데이터 등의 실제 저장은 지속성을 위해 EBS 스토리지에 저장하는 것이 포함됩니다. . 서버가 시작된 후 EBS에 저장된 구성 파일 및 데이터에 대한 심볼릭 링크를 생성하는 스크립트를 실행하여 서버를 필요한 설정으로 '변환'합니다.
나는 진정한 Linux 시스템 관리자(소규모 회사 개발자)가 아니기 때문에 심볼릭 링크를 사용하여 인식하지 못할 수 있는 모든 종류의 문제에 대해 불안합니다. 소프트웨어 패키지 손상이나 응용 프로그램이 심볼릭 링크 활용을 좋아하지 않을 수 있는 기타 어려움 등이 제가 걱정하는 부분입니다.
심볼릭 링크를 사용하는 일반적인 문제가 있습니까? 아니면 아주 완벽합니까?
답변1
파일이 아닌 소프트 심볼릭 링크 디렉토리인 경우 대부분 완전히 투명하게 작동해야 합니다.
우연히 발견할 수 있는 유일한 문제는 링크의 실제 경로를 해결하고 계속 참조하는 일부 응용 프로그램입니다. 나중에 링크 소스를 변경하면 문제가 발생할 수 있습니다.
답변2
예, "하드" 링크를 멀리하세요. 쉽게 혼란을 야기할 수 있기 때문입니다. 하드 심볼릭 링크는 파일 시스템의 다른 부분에서 동일한 파일이 "다시 나타나는" 것입니다. 즉, 문자 그대로 파일 데이터에 대한 직접 링크를 사용하여 파일 시스템의 디렉토리 구조에 두 번째 항목을 생성합니다. 용도가 있지만 일반적으로 말하면 원본 파일에 대한 포인터일 뿐이라는 점에서 Windows 바로 가기(구현 방식은 많이 다르지만)와 유사한 "소프트" 심볼릭 링크를 사용하는 것이 더 좋습니다. 이것이 최선의 방법입니다.
소프트 심볼릭 링크를 삭제하면 링크도 삭제됩니다. 주의하지 않으면 하드 심볼릭 링크를 삭제하면 파일이 삭제될 수 있습니다.
답변3
누군가 지적했듯이 하드 링크는 파일 시스템에 두 번째 항목을 만듭니다. 디렉터리가 아닌 동일한 파티션 및 파일에만 사용할 수 있습니다. 파일에 대한 모든 하드 링크를 삭제하면 파일이 삭제됩니다.
소프트 링크, 즉 기호 링크는 실제 파일이 저장되어 있는 ONE DIRECTION을 쉽게 볼 수 있도록 디렉토리에 항목을 만들기만 하면 됩니다.
당신이 얻지 못하는 것은 여러 심볼릭 링크가 파일을 가리키는 다른 쪽 끝의 지식입니다. 파일을 이동하거나 삭제하면 모든 심볼릭 링크가 끊어집니다.
적당히 사용하면 심볼릭 링크도 괜찮습니다. 실제 파일에 도달하기 전에 심볼릭 링크가 또 다른 심볼릭 링크를 가리키는 심볼릭 링크를 가리키는 경우 열심히 생각해야 합니다. 그럼 아마 뭔가 잘못하고 있는 것 같은데...