파일클라우드 개요 #
FileCloud 어디서나 모든 장치에서 파일에 액세스할 수 있게 해주는 프라이빗 클라우드를 활성화할 뿐만 아니라 컴퓨터 간 동기화도 가능합니다. 이는 사용자가 조직 내부 또는 외부에서 원활하게 파일을 공유하는 데 도움이 됩니다.
Filecloud는 모든 조직에서 중요한 서비스가 될 수 있습니다. 따라서 확장 가능한 아키텍처에서 제공되고 고가용성으로 설정되며 향상된 보안을 통해 로드 밸런싱되는 특정 기능을 제공합니다.
FileCloud 확장 가능한 아키텍처 #
다음 다이어그램은 FileCloud 소프트웨어의 다양한 부분과 고가용성 서비스를 달성하는 방법을 설명합니다.
공식 지원 포털의 이전 이미지를 분석하면, APP 서버 노드는 로드 밸런싱의 핵심이며, 이 앱 계층은 Apache 서버와 함께 제공되므로 HTTP(S) 프로토콜이 사용자에게 애플리케이션을 전달하는 역할을 합니다.
FileCloud Frontend Apache 서버는 두 가지 서로 다른 애플리케이션을 제공합니다. 하나는 클라이언트 연결용이고 다른 하나는 관리 관리용입니다.
The 사용자 애플리케이션 프런트엔드 URI를 통해 접근 가능 /ui/core/index.html, 다음 그림과 같습니다.
반면에, 관리 응용 프로그램 패널 URI를 통해 접근 가능 /ui/admin/index.html, 다음 그림과 같습니다.
FileCloud Load Balancing에 대해 제안된 첫 번째 구성은 LSLB >> HTTP 팜, 이 구성은 분할됩니다. 관리 및 사용자 트래픽 동일한 팜의 두 가지 다른 서비스를 통해. 이렇게 하면 관리 목적에 더 많은 유연성을 제공합니다. 예를 들어 사용자의 앱에 영향을 주지 않고 관리 섹션에 대한 액세스를 비활성화할 수 있습니다.
이전 구성보다 훨씬 쉽고 효율적인 또 다른 구성은 이를 위해 TCP 통과를 기반으로 합니다. LSLB >> L4xNAT 팜, 어떤 앱이 관리되는지 고려하지 않고 모든 트래픽이 원하는 백엔드로 전달됩니다.
제안된 두 구성 모두에 대해 다음이 필요합니다.
1. 추천 RELIANOID 클러스터 구성이 이미 설정되었습니다.
2. 가상 IP 443 사용되지 않는 포트(예: 192.168.100.100) 이 예에서 이 IP는 DNS에서 다음으로 확인됩니다. 파일클라우드.relianoid.com .
3. 두 개 이상의 Filecloud Apache 서버가 구성되어 실행 중이며 해당 IP는 로드 밸런서 자체에서 연결할 수 있어야 합니다(예: 192.168.100.10, 192.168.100.11).
4. FileCloud 시스템이 두 FileCloud Apache 서버 모두에서 제대로 연결되어 작동하는지 확인하세요.
HTTP 팜을 사용한 부하 분산 #
일단 가상IP 192.168.100.100 이름으로 생성됩니다 eth1:파일클라우드 다음과 같이 새 HTTP 팜을 생성하십시오.
그런 다음 고급 보기를 클릭하고 HTTP 리스너 에 HTTPS, 여기에서 HTTPS 프로필에 대해 원하는 SSL 인증서를 선택하고 변경하세요. 백엔드 응답 시간 초과 에 7200 대용량 파일을 업로드/다운로드하는 경우 연결이 끊어지지 않도록 하기 위해 초(2시간) 정도 소요됩니다.
읽어주세요 이 문서 SSL 팜용 PEM 인증서를 생성하는 데 도움이 필요한 경우. 이 예에 따라 인증서가 생성되어야 합니다. CN = 파일클라우드.relianoid.com.
를 클릭하십시오 서비스 탭을 클릭하고 다음과 같이 3개의 서비스를 생성합니다.
서비스 1: 라는 서비스를 만듭니다. 기본으로 리디렉션, 설정하는 사용자의 기본 로그인 페이지로 리디렉션하기 위해 URL 패턴 리디렉션 옵션은 아래와 같습니다.
아직 백엔드를 설정하는 데 리디렉션 옵션이 필요하지 않습니다. 구체적인 옵션은 다음과 같습니다.
URL 패턴 = ^/$ 리디렉션 = 확인됨 리디렉션 = https://filecloud.relianoid.com/ui/core/index.html 리디렉션 유형 = 영구 리디렉션 코드 = 301(영구 리디렉션)
서비스 2: 라는 서비스를 만듭니다. UI사용자 사용자를 위한 실제 애플리케이션 서버를 구성합니다.
이 예에서는 전체 통신의 보안을 보장하기 위해 SSL 트래픽이 오프로드된 다음 전환되고 최종적으로 백엔드로 다시 암호화됩니다.
다음 특정 옵션을 사용하십시오.
URL 패턴 = ^/ui/core*|^/core* HTTPS 백엔드 = 선택됨 지속성 = IP: 클라이언트 주소 지속성 세션 수명 = 7200 FileCloud 사용자 애플리케이션 백엔드 서버 추가(예: 192.168.100.10:443 및 192.168.100.11: 443)
서비스 3: 라는 서비스를 만듭니다. UI관리자 관리를 위해 실제 애플리케이션 서버를 구성합니다.
URL 패턴 = ^/ui/admin*|^/admin* HTTPS 백엔드 = 선택됨 지속성 = IP: 클라이언트 주소 지속성 세션 수명 = 7200 FileCloud 관리 애플리케이션 백엔드 서버 추가(예: 192.168.100.10:443 및 192.168.100.11: 443)
L4xNAT 팜을 사용한 로드 밸런싱 #
이 구성은 이전 구성보다 간단하지만 유연성도 떨어집니다. TCP 통과를 달성하려면 다음을 수행하십시오.
서비스에 대한 전용 가상 IP가 생성되면(예: 192.168.100.100) 이름과 함께 eth1:파일클라우드 다음과 같이 새로운 L4xNAT 팜 생성을 진행하세요.
그런 다음 서비스 탭을 클릭하고 Farm Guardian 상태 점검을 선택하세요. 예: check_tcp.
마지막으로 이전 예제 구성과 같이 TTL(Time to Live)이 7200인 IP를 통해 지속성 세션을 활성화하고 FileCloud 백엔드를 백엔드 테이블(예: 192.168.100.10:443 192.168.100.11:443).
최종 결과가 포함된 다음 스크린샷을 확인하세요. 예배 구성 :
확장 가능한 FileCloud로 파일 공유를 즐겨보세요!
이 기사에 사용된 일부 참고 자료는 다음과 같습니다.
https://www.getfilecloud.com/supportdocs/display/cloud/FileCloud+High+Availability



