최적화된 사이트 전환 개요 및 FAQ

중요 조치

A. 사이트 전환이 언제 진행되는지 알고 싶으면 Trust 알림을 구독하십시오.

B. Salesforce 인프라 모범 사례를 따르십시오. Salesforce IP 범위 또는 해당하는 경우 Government Cloud IP에 대한 액세스를 제한하지 마십시오. 하드 코딩된 참조를 제거하십시오. 그리고 DNS 제한 시간 값을 5분으로 기본 설정하십시오.

C. Live Agent/SOS 사용자 정의 클라이언트가 새 활성 사이트로의 리디렉션을 제대로 처리할 수 있는지 확인하십시오. 그렇지 않을 경우 Live Agent 서비스가 중단될 수 있습니다. 이러한 문제를 피할 수 있는 가장 좋은 방법은 SwitchServer 응답을 처리하고 이 응답과 후속 요청 결과로 생기는 요청에 새로운 URL 속성을 사용하는 것입니다. 자세한 내용은 질문 9를 참조하십시오.

D. 사이트 전환 후에 이메일 로그를 확인하려면 서비스 점검 기간 전에 이메일 로그를 요청해야 합니다. 자세한 내용은 질문 12를 참조하십시오.

E. PC 및 ISP(인터넷 서비스 공급자)와 같은 클라이언트 끝점에서 DNS 캐시를 새로 고침해야 합니다. 경우에 따라 Salesforce에 기인하지 않는 잠재적인 로그인 문제를 완화할 수 있도록 ISP에 DNS 테이블을 완화할 것을 요청해야 합니다.

자주 묻는 질문

1.  Salesforce에서 사이트 전환을 알리는 방법은 무엇입니까?

지속적인 사이트 전환 일정은 status.salesforce.com의 Trust 서비스 점검 캘린더에 게시되고 유지 관리됩니다. 특정 인스턴스가 일정에 있는지 확인하려면 https://status.salesforce.com에서 해당 인스턴스를 클릭하거나 https://status.salesforce.com/status/<INSTANCE>(예: https://status.saleforce.com/instances/NA146)를 참고하여 해당 인스턴스의 서비스 점검 일정을 검토하십시오. 서비스 점검 동안 예정된 사이트 전환 등 서비스 점검에 대한 정보를 얻고 업데이트를 수신하기 위해 Trust 알림을 구독할 것을 권장합니다. Trust 알림 구독 방법에 대한 자세한 내용은 https://trust.salesforce.com/en/trust/trust-notification-user-guide에서 확인할 수 있습니다.

인스턴스를 다시 온라인 상태로 만들기 위해 사고 시 사이트 전환을 수행해야 하는 경우 status.salesforce.com의 사고 레코드가 해당 정보를 반영하도록 업데이트됩니다. 인스턴스에 Trust 알림을 등록하면 시작 및 완료 알림을 비롯하여 서비스 점검 알림 이메일, 서비스 점검 미리 알림, 진행률 업데이트를 수신할 수 있습니다. 또한 Trust 알림은 사고 알림 및 해결 진행률에 대한 업데이트도 제공합니다. 해당 이메일 등록 방법에 대한 자세한 정보는 Trust 알림 사용자 가이드를 참조하십시오.

2.  사이트 전환에는 시간이 얼마나 걸립니까?

이 새로운 프로그램의 경우 약 20분 안에 사이트 전환이 완료됩니다. 이 시간 동안 인스턴스에 가동 중지 시간이 있을 수 있습니다. 서비스 점검 시 가동 중지 시간이 언제 발생하는지 정확히 알 수 없으므로 고객은 사이트 전환 시 인스턴스를 사용할 수 없다고 여기는 것이 좋습니다. 계획된 사이트 전환의 경우 예측되는 사이트 전환 활동 기간을 Trust에 게시합니다. 정부 고객의 경우 해당 기간은 45분입니다.

3.  사이트 전환은 읽기 전용으로 30분간 진행되는 서비스 점검이었지만 이제는 인스턴스가 20분간 가동 중지됩니다. 변경 이유는 무엇입니까?

Salesforce는 당사의 신뢰할 수 있는 시스템 가용성, 성능, 안정성을 통한 고객 성공을 최우선으로 여깁니다. 이를 위해 기존 프로세스를 지속적으로 평가하여 전반적인 효율성을 개선하고 모든 서비스를 제공하기 위한 방안을 모색하고 있습니다. 당사의 목표는 사이트 전환을 통해 예기치 못한 사고 및 장기 실행 서비스 점검 중에 활동을 원활하게 활용할 수 있도록 사이트 전환에 소요되는 시간을 줄이는 것입니다. 

20분간 진행되는 서비스 점검 기간 동안 인스턴스가 가동 중지됩니다. 따라서 고객은 사이트를 전환하는 동안 인스턴스를 사용하지 못한다고 생각하는 것이 좋습니다.

4. 사이트 전환을 거부할 수 있습니까?

개별 Salesforce 조직은 사이트 전환을 거부할 수 없습니다. 인프라의 다중 테넌트 아키텍처에서는 인스턴스의 모든 조직에 대한 사이트 전환이 동시에 이루어져야 합니다.

계획된 사이트 전환은 기본 시스템 서비스 점검 기간 중에 예약됩니다. 기본적인 시스템 점검 기간 외에 소프트웨어 업그레이드 및 통합 변경과 같은 Salesforce 조직의 서비스 점검 활동을 계획하시기 바랍니다.

5. 사이트 전환 중에 Salesforce 조직에 액세스할 수 있습니까?

계획된 사이트 전환 중에는 조직을 사용할 수 없습니다. 사이트 전환은 이제 약 20분 후에 완료됩니다. 고객은 사이트를 전환하는 동안 인스턴스를 사용하지 못한다고 생각하는 것이 좋습니다.

6. 사이트 전환을 준비하려면 어떤 작업을 해야 합니까?

Salesforce IP 범위에 대한 액세스를 제한하지 않고, DNS 제한 시간 값을 5분으로 기본 설정하며 Live Agent 구현에 하드 코딩된 참조를 방지하는 Salesforce 인프라 모범 사례를 이미 따르고 있는 경우 사용자가 사이트 전환을 원활하게 진행할 수 있습니다.

특정 IP 범위 또는 데이터 센터에 대한 액세스를 제한할 경우 Salesforce IP 범위의 전체 목록을 포함하도록 네트워크 설정을 업데이트하여 사이트 전환 후 의도치 않은 서비스 중단을 방지하십시오. DNS 제한 시간 값 설정을 관리하는 경우 서비스 점검 후 DNS 캐시를 새로 고침하고 통합을 다시 시작해야 할 수 있습니다.

7. 사이트 전환이 매주 내보내기, Apex 작업, Apex 콜아웃과 같이 이전에 예약된 활동에 미치는 영향은 무엇입니까?

사이트 전환 서비스 점검이 시작되면 인스턴스를 사용할 수 없으므로 진행 중인 활동이 중지됩니다. 사이트 전환 중 예약된 활동은 사이트 전환이 완료된 후에 실행됩니다. 서비스 점검 기간 중에는 외부 서비스에 대한 Apex 콜아웃이 실패할 것으로 예상됩니다. 최상의 결과를 얻으려면 사이트 전환이 완료된 후 대규모 또는 장기간 실행 작업 일정을 변경하는 것이 좋습니다.

8. Web-2-Lead, Web-2-Case, Email-2-Case 활동에 사이트 전환이 미치는 영향은 무엇입니까?

사이트 전환 중에 발생하는 Email-2-Case 활동은 사이트 전환이 완료된 후 대기열에 추가되어 처리됩니다. Web-2-Lead 및 Web-2-Case는 중단된 후 서비스 점검이 완료되면 다시 시작됩니다.

9. 사이트 전환은 Live Agent에 영향을 미칩니까?

예. 사이트 전환 중에는 Salesforce 조직의 활성 사이트가 준비 위치로 전환되고 준비된 사이트가 활성 위치로 전환됩니다. 그 후 Live Agent/SOS 액세스에 사용하는 URL이 변경됩니다. Salesforce가 제공하는 채팅 클라이언트와 배포 코드는 변경된 URL에 반응하여 새 끝점으로 HTTP 요청을 올바르게 전달하지만, Live Agent 사용자 정의 REST 클라이언트를 포함하여 일부 타사 또는 사용자 정의 응용 프로그램은 그렇지 않습니다. 이러한 사용자 정의 응용 프로그램은 이전 인스턴스에서 계정을 찾을 수 없어 실패할 수 있습니다.

Live Agent/SOS 구현에 대한 영향을 최소화하려면 모범 사례를 따르고 조직 이전이 수반되는 서비스 점검 이후 Live Agent 사용자 정의 REST 클라이언트가 Live Agent 서비스의 새 인스턴스로 요청을 제대로 리디렉션할 수 있어야 합니다. 사용자 정의 클라이언트에 관한 이러한 문제(즉, 요청이 올바른 끝점으로 자동 이동하지 않음)를 피할 수 있는 가장 좋은 방법은 SwitchServer 응답을 처리하고 이 응답과 모든 향후 요청 결과로 생기는 요청에 newUrl 속성을 사용하는 것입니다. 사용자 정의 클라이언트 업데이트 및 테스트에 대한 자세한 내용은 조직 인스턴스 변경 시 Live Agent 사용자 정의 클라이언트를 업데이트하는 방법을 참조하십시오.

Live Agent 끝점과 하드 코딩된 Live Agent 참조에 대한 자세한 내용은Live Agent 서버(끝점 URL)가 변경되었고 이제 Live Agent 채팅은 더 이상 작동하지 않습니다를 참조하십시오.

10. 사이트 전환이 Sandbox 새로 고침에 미치는 영향은 무엇입니까?

불완전한 Sandbox 새로 고침은 사이트 전환 전에 중지됩니다. Sandbox 새로 고침이 재시작되지만 사이트 전환 후에는 재개되지 않습니다. 고객은 사이트 전환 중에 Sandbox 새로 고침을 시작할 수 없습니다.

11. 사이트 전환이 이메일 전송에 영향을 미칩니까?

사이트 전환 후에는 이메일이 전환 전과는 다른 IP를 사용하는 MTA(메일 전송 에이전트)에서 전송됩니다. MTA의 신뢰도가 확립되어 있는지 확인하십시오. 이메일 릴레이를 ACL(액세스 제어 목록) 및 허용 목록과 함께 사용하지 않는 한 이메일 전송이 영향을 받지 않습니다. 자세한 내용은 허용할 Salesforce IP 주소 및 도메인을 참조하십시오.

필요에 따라 ACL 및 허용 목록에 이메일을 릴레이할 IP가 있는지 확인합니다. Salesforce에서 이메일 릴레이를 사용하는지 확인하려면 설정으로 이동하여 이메일 릴레이 활성화를 검색합니다. 활성 확인란이 선택되어 있으면 이메일 릴레이를 사용하여 설정에 명시된 호스트로 메일이 전송됩니다.

12. 사이트 전환 후에 이메일 로그를 확인하려면 서비스 점검 전에 이메일 로그를 요청해야 합니까?

예. 전환 후에 이메일 로그를 확인하려면 서비스 점검 기간 전에 이메일 로그를 요청하십시오. 이메일 로그를 요청하려면 이메일 로그 요청을 참조하십시오. 이메일 로그를 요청하면 이메일 로그가 데이터베이스에 저장되고 사이트 전환 서비스 점검과 함께 마이그레이션됩니다. 사이트 전환 후에는 기존의 데이터 센터에서 제공한 이메일 로그를 추출할 수 없습니다.

이메일 로그에서는 잠시 동안 이메일이 전송된 것으로 표시되기도 하지만 이메일의 최종 대상은 서비스 점검 후 최대 30일 동안 포함되지 않습니다. 새로 활성화된 사이트의 IP는 대규모 트래픽 양을 처리하기 전에 인터넷 신뢰도를 확립해야 합니다.