Hi,
I have a question.
If users would like to extend a standalone IoTDB to cluster, is it a good idea
that
separate standalone and datanode to different directories?
Best,
Haonan Hou
> On Jul 12, 2022, at 9:19 AM, SpriCoder wrote:
>
> Finally, From my perspective, one possible structure like below:
>
>
> .
> ├── LICENSE
> ├── NOTICE
> ├── README.md
> ├── README_ZH.md
> ├── RELEASE_NOTES.md
> ├── sbin
> │ ├── start-cli.bat
> │ └── start-cli.sh
>
> ├── confignode
> │ ├── conf
> │ │ ├── confignode-env.bat
> │ │ ├── confignode-env.sh
> │ │ ├── iotdb-confignode.properties
> │ │ ├── iotdb-metric.yml
> │ │ ├── jmx.access
> │ │ ├── jmx.password
> │ │ ├── logback-tool.xml
> │ │ └── logback.xml
> │ └── sbin
> │ ├── remove-confignode.sh
> │ ├── start-confignode.bat
> │ ├── start-confignode.sh
> │ ├── stop-confignode.bat
> │ └── stop-confignode.sh
> ├── datanode
> │ ├── conf
> │ │ ├── datanode-env.bat
> │ │ ├── datanode-env.sh
> │ │ ├── iotdb-datanode.properties
> │ │ ├── iotdb-metric.yml
> │ │ ├── iotdb-rest.properties
> │ │ ├── jmx.access
> │ │ ├── jmx.password
> │ │ ├── logback-tool.xml
> │ │ └── logback.xml
> │ └── sbin
> │ ├── remove-datanode.bat
> │ ├── remove-datanode.sh
> │ ├── start-datanode.bat
> │ ├── start-datanode.sh
> │ ├── stop-datanode.bat
> │ └── stop-datanode.sh
> ├── standalone
> │ ├── conf
> │ │ ├── datanode-env.bat
> │ │ ├── datanode-env.sh
> │ │ ├── iotdb-datanode.properties
> │ │ ├── iotdb-metric.yml
> │ │ ├── iotdb-rest.properties
> │ │ ├── jmx.access
> │ │ ├── jmx.password
> │ │ ├── logback-tool.xml
> │ │ └── logback.xml
> │ └── sbin
> │ ├── start-new-server.bat
> │ ├── start-new-server.sh
> │ ├── start-server.bat
> │ ├── start-server.sh
> │ ├── stop-server.bat
> │ └── stop-server.sh
>
> ├── docs
> ├── grafana-metrics-example
> ├── lib
> ├── licenses
> └── tools
>
>
>
>
>
>
>
> --Original--
> From:
>"SpriCoder"
>
> Date:Tue, Jul 5, 2022 05:54 PM
> To:"dev"
> Subject:The structure of distribution
>
>
>
> Hi all,
>
> Currently, we have confignode and datanode folder in the distribution. Which
> has conf, sbin, and will store the default folder of data and system. And
> there is a need to refactor distribution structure.
>
> I think there are two choices:
>
> 1. remove the confignode and datanode folder, and combine their script and
> configuration files into the conf and sbin under the root. In this way all
> folder generated by confignode will be put into config folder, and all folder
> generated by confignode will be put into data folder.
>
> 2. use confignode and datanode folder to manage their script and
> configuration files, like: confignode/sbin, confignode/conf, datanode/sbin,
> datanode/conf, etc. In this way all folder generated by confignode will be
> put into confignode folder and all folder generated by datanode will be put
> into datanode folder.
>
>
>
>
> What's your opinion? Looking forward to your reply.
>
>
> Best,
>
> ---
>
> Hongyin Zhang