From 44b671886b85875e0f91b31fa050eb4a1bb4366d Mon Sep 17 00:00:00 2001 From: Dooho Yi Date: Wed, 24 Jun 2020 17:06:19 +0900 Subject: [PATCH] =?UTF-8?q?/=20=E2=80=98content/posts/cloud/20200624T01374?= =?UTF-8?q?1+0900=5Fwhen/index.rst=E2=80=99?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../cloud/20200624T013741+0900_when/index.rst | 26 ++++++++++--------- 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/content/posts/cloud/20200624T013741+0900_when/index.rst b/content/posts/cloud/20200624T013741+0900_when/index.rst index ca99e6d..ec34997 100644 --- a/content/posts/cloud/20200624T013741+0900_when/index.rst +++ b/content/posts/cloud/20200624T013741+0900_when/index.rst @@ -27,15 +27,17 @@ | 아, 그리고... 프록시를 하는 거말인데. 그거는. 보안문제가 아니어도. 필요해. 기본적으로.. 외부에서 접근하기 위해서.. 이 서버에.. 이 세컨드 서버에 접근을 .. '외부에서' 하려면, 대문서버가 패킷을 밀어주고, 끌어줘야 하는 거야. 그래서 필요한 거지. 보안 문제가 지금 메인은 아니지. | | 그런데, 지금 nc v13으로 nginx reverse proxy 걸었는데.. 잘 안됐고, 이게 nc v13의 버그랑 연결이 있는것은 아닐가 하는 우려가 있는 상황이야. 그러니까 버젼 업이 한가지 방향으로 나오는 거고.. 그러니까. 이걸.. 그냥 이식하는 걸로 했을때는.. 이 문제를 해결을 하는 것도 반드시 포함이 되어야 하는데.. 그건 음.. 조금은 가시밭 길일 수도 있어. 아니, 확실히 어려운 길이긴해. 하지만, 버젼업을 해도, 이 문제가 해결된다는 보장은 없어. 그게 또 한가지 문제지. 일단 이것 부터 확인하는 것이 순서야. 그럼.. nc v13을 버젼업하게 되면 nginx reverse proxy가 연결이 잘 되는가? 이것을 확인해보아야해. 흠.. - -좋아, 그럼 어떻게 해볼까 이걸.. 지금 있는.. odroid hc2를 설정해서, nginx reverse proxy에 걸어보는 걸로 하면 되겠지. 지금 이 서버가 어디까지 설정이 되어있고, 어떤 데이터가 들어가 있는지.. 그것을 잘 모름.. / 아 그리고, 여담인데.. 새롭게 서버를 만들게 된다면, gui랑 데탑 기능을 넣어줬으면 좋겠어. 직접 데이터를 정리할 수 있게 서버 안에서. 일단 hc2를 켜서 상태를 보자. - -h2의 상태는.. 음. ncp(nextcloudpi)가 깔려있는 상태였다. - -속도에 대한 이슈가 전에 있었는데, 그부분의 분석내용을 다시 검토했다. 확실히.. 음 지금 쓰고 있는 원래 서버는 정말 빠르다. 속도가 25MB/s 이하로 잘 안떨어진다. 최대 피크 40MB/s 까지도 올라간다. 하드 자체의 속도가. 쓰기할때, ncp 에서 테스트 한것이긴하지만, 50MB/s 까지 나오는 걸 보면... 통신오버헤드가 거의 없을 정도로 데이터 처리가 빠르게 이뤄진다는 걸 알수있는데.. 반면.. ncp는.. 15MB/s에서 머뭇거리고.. 6-8MB/s 까지도 떨어진다. 즉, 35MB/s 정도를 손해보는 상황이다. 사람들의 증언도. 14MB/s 를 넘기는 쉽지 않은것 같다. - -지금 올드서버는 제대로된 데탑이다. 전기도 엄청쓴다. 메모리도 많을거고.. 그러니깐.. 모 성능이 나오는 건 맞겠지만... / 흠.. 어떻게 하는게 좋은걸까. 속도에 대한 욕심은 사실 로컬에서만 의미가 있기는 하다. / 막상.. 데이터를 올리고 내리고 할 일이.. 그렇게나 많은지는 잘 모르겠고.. 사실, 조금만 기다리면 되는거라서.. 그리고, 데이타 정리를 하기 위해서라면, 그건 headless 접근이 가능한 vnc 상황 같은것이 더 도움이 되는 거 아닐까.. 아니면, 모니터를 달거나. 하는 생각이 좀 있다. / 지금 ncp는 모니터 못단다. hc2는 모니터 포트가 없다. 응. 그렇지만, headless 가상 화면 구성은 가능하지 않나? 모 그건 나중 일이긴하다만... 되긴 할 거 같다. --> https://wiki.odroid.com/odroid-xu4/application_note/software/headless_setup - -하여튼, 그래서.. 이번엔 속도보다는 안정성과 클로즈드니스를 기준으로 해서.. 하는 거다. - -지금 hc2의 ncp 버젼이 뭔지 궁금하긴한데... 일단 v13은 아닌것 같고.. v15 거나... / 와우.. v17이네.... 암튼 그럼 이거를 지금 proxy로 걸어보자. 뜨는지.... +| +| 좋아, 그럼 어떻게 해볼까 이걸.. 지금 있는.. odroid hc2를 설정해서, nginx reverse proxy에 걸어보는 걸로 하면 되겠지. 지금 이 서버가 어디까지 설정이 되어있고, 어떤 데이터가 들어가 있는지.. 그것을 잘 모름.. / 아 그리고, 여담인데.. 새롭게 서버를 만들게 된다면, gui랑 데탑 기능을 넣어줬으면 좋겠어. 직접 데이터를 정리할 수 있게 서버 안에서. 일단 hc2를 켜서 상태를 보자. +| +| h2의 상태는.. 음. ncp(nextcloudpi)가 깔려있는 상태였다. +| +| 속도에 대한 이슈가 전에 있었는데, 그부분의 분석내용을 다시 검토했다. 확실히.. 음 지금 쓰고 있는 원래 서버는 정말 빠르다. 속도가 25MB/s 이하로 잘 안떨어진다. 최대 피크 40MB/s 까지도 올라간다. 하드 자체의 속도가. 쓰기할때, ncp 에서 테스트 한것이긴하지만, 50MB/s 까지 나오는 걸 보면... 통신오버헤드가 거의 없을 정도로 데이터 처리가 빠르게 이뤄진다는 걸 알수있는데.. 반면.. ncp는.. 15MB/s에서 머뭇거리고.. 6-8MB/s 까지도 떨어진다. 즉, 35MB/s 정도를 손해보는 상황이다. 사람들의 증언도. 14MB/s 를 넘기는 쉽지 않은것 같다. +| +| 지금 올드서버는 제대로된 데탑이다. 전기도 엄청쓴다. 메모리도 많을거고.. 그러니깐.. 모 성능이 나오는 건 맞겠지만... / 흠.. 어떻게 하는게 좋은걸까. 속도에 대한 욕심은 사실 로컬에서만 의미가 있기는 하다. / 막상.. 데이터를 올리고 내리고 할 일이.. 그렇게나 많은지는 잘 모르겠고.. 사실, 조금만 기다리면 되는거라서.. 그리고, 데이타 정리를 하기 위해서라면, 그건 headless 접근이 가능한 vnc 상황 같은것이 더 도움이 되는 거 아닐까.. 아니면, 모니터를 달거나. 하는 생각이 좀 있다. / 지금 ncp는 모니터 못단다. hc2는 모니터 포트가 없다. 응. 그렇지만, headless 가상 화면 구성은 가능하지 않나? 모 그건 나중 일이긴하다만... 되긴 할 거 같다. --> https://wiki.odroid.com/odroid-xu4/application_note/software/headless_setup +| +| 하여튼, 그래서.. 이번엔 속도보다는 안정성과 클로즈드니스를 기준으로 해서.. 하는 거다. +| +| 지금 hc2의 ncp 버젼이 뭔지 궁금하긴한데... 일단 v13은 아닌것 같고.. v15 거나... / 와우.. v17이네.... 암튼 그럼 이거를 지금 proxy로 걸어보자. 뜨는지.... +| +| ncp-webui를 살펴보고, 업데이트 이런것들 다 해봤는데..역시 실망이다. 아무것도 바뀐게 없고, 더 찜찜해지기만했다. 빨리 테스트할거 하고 자자.